Comprimarea calendarului: fast tracking și crashing

Comprimarea calendarului este un set de tehnici prin care scurtezi durata unui proiect fără să scazi domeniul lui, adică fără să livrezi mai puțin. Cele două metode clasice sunt fast tracking (suprapunerea activităților) și crashing (adăugarea de resurse). Fiecare are un preț: prima aduce risc, a doua aduce cost.

Situația apare mai des decât se recunoaște: clientul mută data de lansare mai devreme, un furnizor întârzie și trebuie să recuperezi, sau conducerea cere „același proiect, dar într-o lună mai puțin”. Înainte de a spune da sau nu, ai nevoie de o imagine clară a ce poți comprima, cât te costă și ce pierzi.

Când are sens să comprimi calendarul?

Comprimarea are sens când termenul are o valoare reală (o lansare legată de un eveniment, un contract cu penalități) și când ai ceva de comprimat pe calea critică. Dacă nu sunt îndeplinite ambele condiții, grăbirea consumă bani și nervi fără rezultat.

Ordinea corectă de gândire este aceasta:

1. Verifici dacă termenul nou este o cerință reală sau o preferință; adesea o discuție cu beneficiarul clarifică lucrurile.
2. Identifici calea critică, pentru că doar scurtarea ei scurtează proiectul. Cum o afli, vezi în Calea critică în proiect: cum o afli și o folosești.
3. Evaluezi opțiunile, le compari ca cost și ca risc și abia apoi decizi.
4. Comunici beneficiarului prețul alegerii, în scris.

Ce este fast tracking și ce riscuri aduce?

Fast tracking înseamnă să începi în paralel activități care, în planul inițial, se succedau. Câștigi timp pentru că nu mai aștepți terminarea completă a primei activități, dar plătești cu risc: pornești a doua pe baza unor informații încă incomplete.

Exemple obișnuite:

• Începi pregătirea spațiului de depozitare înainte ca aprobarea finală a comenzii să fie semnată.
• Echipa de testare scrie scenariile în timp ce dezvoltatorii încă lucrează la funcționalități.
• Designul interior pornește când proiectul tehnic este gata în proporție de 80%, nu 100%.

Riscul principal este refacerea (în engleză rework): dacă prima activitate se schimbă, o parte din munca paralelă se pierde. Fast tracking-ul funcționează bine când dependența dintre activități este „moale” (preferință, nu obligație tehnică) și când te aștepți la modificări mici. Funcționează prost când schimbările sunt probabile și mari.

Ce este crashing și cât costă?

Crashing înseamnă să adaugi oameni, ore suplimentare sau echipamente pe activitățile critice, ca să se termine mai repede. Metoda scurtează de regulă calendarul, dar crește costul, iar câștigul nu este proporțional: doi oameni nu termină mereu în jumătate din timp.

Motivul este simplu și bine știut: oamenii noi au nevoie de explicații, iar echipa existentă pierde timp cu ei. Mai mult, unele sarcini nu se pot împărți; un raport de analiză scris de un singur om nu se grăbește dacă îi pui alt om alături.

Pentru a compara cele două metode, ține minte tabelul de mai jos.

Atenție: Ore suplimentare repetate pe aceeași echipă duc la oboseală și la erori. Câștigul de calendar poate dispărea în refaceri, iar problema se agravează dacă ritmul se prelungește.

Cum alegi între ele și ce alternative ai?

Alegi opțiunea cu cel mai mic cost pe zi câștigată, începând cu activitățile critice ieftin de scurtat. Calculezi pentru fiecare activitate critică cât te costă o zi în plus de reducere și o cobori pe cea mai ieftină, apoi recalculezi calea critică, pentru că poate apărea o nouă cale la fel de lungă.

Alternativele care merită discutate înainte de a comprima:

• Reducerea domeniului: elimini sau amâni funcționalități care nu sunt strict necesare la lansare. Este adesea cea mai ieftină soluție, dar cere acordul beneficiarului. Metodele de prioritizare îți arată ce poți lăsa pe faza a doua; vezi Metoda MoSCoW: cum prioritizezi cerințele proiectului.
• Livrare etapizată: lansezi o primă versiune la data cerută și restul după.
• Renegocierea termenului, cu argumente și cu cifre.

Dacă decizi să comprimi, notează decizia ca modificare aprobată oficial. Acest lucru te protejează de reproșuri ulterioare și ține sub control și derapajele de domeniu, subiect detaliat în Scope creep: cum previi extinderea necontrolată a proiectului.

Cum protejezi calitatea și echipa când grăbești?

Protejezi calitatea păstrând controalele de bază, nu tăindu-le: testele, aprobările și verificările de siguranță rămân, chiar dacă restul se strânge. Când un proiect se grăbește, prima tentație este să sari peste verificări, iar acolo apar cele mai scumpe probleme.

Câteva practici utile:

• Adaugă în registrul de riscuri tot ce aduce comprimarea (refacere, oboseală, dependență de o singură persoană) și pune un responsabil; vezi Riscurile în proiect: cum le identifici și le ții sub control.
• Limitează ritmul accelerat în timp: câteva săptămâni intense sunt suportabile, câteva luni nu.
• Comunică echipei motivul și durata efortului, pentru că oamenii acceptă mai ușor un sprint scurt cu sens clar decât o presiune fără explicație.
• Compensează efortul: zile libere, flexibilitate, recunoaștere reală. Pentru idei care merg dincolo de bani, vezi Motivarea angajaților dincolo de salariu: ce funcționează.

Dacă lucrezi cu un plan bine construit, comprimarea devine o decizie calculată, nu o improvizație. Pașii generali ai planificării sunt în Managementul de proiect: ghid complet pentru începători.