Planificarea proiectului este procesul prin care transformi un obiectiv într-o hartă de lucru: ce se livrează, ce activități sunt necesare, în ce ordine, cine le face, cât durează și cât costă. Un plan bun nu încearcă să ghicească viitorul, ci face vizibile presupunerile, ca să le poți verifica și corecta pe parcurs. Fără plan, echipa reacționează la urgențe; cu plan, știe ce urmează și observă devreme când ceva deviază.
Articolul de față te duce prin opt pași, folosind un exemplu care revine în fiecare secțiune: o firmă mică de distribuție care își lansează un magazin online în aproximativ patru luni. Pașii se aplică însă oricărui proiect cu început și sfârșit, de la mutarea unui birou la implementarea unui program de gestiune sau organizarea unui eveniment.
Pasul 1: formulezi obiectivul și criteriile de succes
Primul pas al planificării este un obiectiv scris astfel încât oricine să poată verifica, la final, dacă a fost atins. „Vrem să vindem online” nu este un obiectiv de proiect; „lansăm magazinul online cu întregul catalog de produse, plata cu cardul și livrarea prin curier până la sfârșitul trimestrului al doilea” este.
Un obiectiv bun de proiect răspunde la câteva întrebări:
- ce se livrează, concret;
- pentru cine și ce problemă rezolvă;
- până când;
- în ce limite de buget și resurse;
- după ce criterii va fi acceptat.
Formatul SMART (specific, măsurabil, accesibil, relevant, încadrat în timp) este util aici; diferența față de OKR și situațiile potrivite pentru fiecare sunt explicate în Obiectivele SMART și OKR: diferențe și când le folosești.
Criteriile de succes și de acceptare
Separă criteriile de acceptare (condițiile pe care rezultatul trebuie să le îndeplinească pentru a fi preluat: toate produsele vizibile, plata testată, comenzile ajung în sistemul de gestiune) de criteriile de succes ale investiției (vânzări online după șase luni). Proiectul răspunde de primele; celelalte depind și de factori din afara lui.
Pasul 2: delimitezi domeniul proiectului
Domeniul proiectului spune ce intră și, la fel de important, ce nu intră în proiect, și se scrie explicit înainte de orice estimare. Majoritatea conflictelor din timpul unui proiect vin din așteptări diferite despre domeniu: sponsorul credea că include și aplicația mobilă, echipa nu.
| Intră în proiect | Nu intră în proiect (deocamdată) |
|---|---|
| magazin online cu catalogul actual | aplicație mobilă dedicată |
| plata cu cardul și ramburs | plata în rate |
| integrarea comenzilor în programul de gestiune | migrarea programului de gestiune |
| textele de prezentare pentru categoriile principale | descrieri noi pentru fiecare produs |
| instruirea a două persoane pentru administrare | campania de promovare de după lansare |
Coloana din dreapta nu înseamnă „niciodată”, ci „nu în acest proiect”. Scrisă și aprobată, devine argumentul tău când apar cereri noi pe parcurs: ele pot fi acceptate, dar printr-o decizie conștientă privind termenul și bugetul.
Sfat: Pune în documentul de domeniu și ipotezele (lucruri pe care le consideri adevărate fără să fie confirmate, de exemplu „furnizorul de plăți aprobă contul în două săptămâni”) și constrângerile (termenul de lansare, bugetul maxim, oamenii disponibili). Ipotezele nevalidate sunt, de fapt, riscuri.
Pasul 3: construiești structura detaliată a lucrărilor
Structura detaliată a lucrărilor (în engleză Work Breakdown Structure, prescurtat WBS) împarte rezultatul proiectului în componente din ce în ce mai mici, până la pachete de lucru care pot fi estimate și atribuite unui responsabil. Este scheletul planului: calendarul, bugetul și riscurile se construiesc pe ea.
Pentru magazinul online, primul nivel ar putea fi:
- Managementul proiectului
- Platforma tehnică (alegere, configurare, găzduire, securitate)
- Catalogul de produse (structură, import, fotografii, prețuri)
- Plăți și livrare (contracte, integrare, testare)
- Integrarea cu programul de gestiune
- Conținut și aspect juridic (pagini obligatorii, termeni, politici)
- Testare și lansare
- Instruire și predare
Fiecare element se descompune mai departe. „Catalogul de produse” devine: definirea categoriilor, exportul datelor din gestiune, curățarea datelor, fotografierea produselor lipsă, importul, verificarea.
Două reguli practice
- Regula 100%: structura trebuie să cuprindă toată munca proiectului, inclusiv managementul, testarea și instruirea, care se uită cel mai des.
- Mărimea pachetelor: o regulă orientativă des folosită este ca un pachet de lucru să aibă cam între 8 și 80 de ore de efort, sau să încapă într-un interval de raportare. Mai mic devine micromanagement; mai mare nu mai poate fi urmărit.
Paginile cu caracter juridic ale magazinului (termeni și condiții, politica de confidențialitate, informațiile pentru consumatori) au cerințe legale; pentru ele consultă informațiile oficiale de la ANPC și ANSPDCP și, la nevoie, un jurist.
Pasul 4: stabilești activitățile și dependențele
Dependențele arată ce activitate nu poate începe sau nu se poate termina până când nu se întâmplă altceva, și ele determină ordinea și durata totală a proiectului. Fără dependențe, ai doar o listă; cu ele, ai o rețea de activități.
| Tip de dependență | Ce înseamnă | Exemplu din proiect |
|---|---|---|
| Sfârșit–început (cea mai frecventă) | B începe după ce se termină A | importul produselor începe după curățarea datelor |
| Început–început | B poate începe după ce începe A | redactarea textelor începe odată cu fotografierea |
| Sfârșit–sfârșit | B se poate termina doar după ce se termină A | testarea plăților se termină după finalizarea integrării |
| Început–sfârșit (rară) | B se poate termina doar după ce începe A | vechiul sistem de comenzi telefonice rămâne activ până pornește noul magazin |
Pe lângă dependențele dintre activități, notează și dependențele externe: aprobarea contului de plăți de către bancă, livrarea fotografiilor de la un colaborator, decizia sponsorului asupra designului. Acestea nu sunt sub controlul echipei și merită urmărite separat, ca riscuri.
Pasul 5: estimezi efortul, durata și costurile
Estimarea dă fiecărei activități un efort (ore de muncă), o durată (zile calendaristice) și un cost, iar cei mai buni estimatori sunt oamenii care vor face munca. O estimare făcută doar de manager sau de sponsor tinde să fie optimistă.
Câteva reguli de bază:
- separă efortul de durată: 16 ore de muncă pot însemna două zile pentru cineva dedicat sau două săptămâni pentru cineva care lucrează la proiect câteva ore pe săptămână;
- exprimă incertitudinea printr-un interval sau prin estimarea în trei puncte (optimist, cel mai probabil, pesimist);
- adaugă rezerve vizibile, nu ascunse în fiecare estimare.
Metodele uzuale (prin analogie, parametrică, de jos în sus, în trei puncte) și modul de calcul al costurilor sunt detaliate în Estimarea duratei și a costurilor unui proiect: metode uzuale.
Pasul 6: construiești calendarul, cu jaloane și drum critic
Calendarul pune activitățile estimate pe axa timpului, ținând cont de dependențe și de disponibilitatea oamenilor. Rezultatul îți arată data probabilă de finalizare și activitățile care nu au voie să întârzie.
Jaloanele
Un jalon (în engleză milestone) este un moment important, fără durată, care marchează terminarea unei etape sau o decizie: „design aprobat”, „catalog importat”, „plăți testate”, „lansare”. Jaloanele sunt reperele pe care le urmărește sponsorul; patru–opt jaloane sunt de obicei suficiente pentru un proiect de câteva luni.
Drumul critic
Drumul critic este cel mai lung lanț de activități dependente din proiect și stabilește durata minimă totală. O întârziere pe o activitate de pe drumul critic întârzie tot proiectul; o întârziere pe o activitate din afara lui poate fi absorbită de marjă (timpul cu care o activitate poate întârzia fără să afecteze finalul). În exemplul magazinului, drumul critic trece probabil prin aprobarea contului de plăți și prin integrarea cu programul de gestiune, nu prin redactarea textelor.
Reprezentarea cea mai folosită pentru calendar este diagrama Gantt; construirea și actualizarea ei sunt explicate în Diagrama Gantt: cum o construiești și cum o actualizezi.
Pasul 7: atribui responsabilitățile cu matricea RACI
Matricea RACI arată, pentru fiecare livrabil sau activitate importantă, cine realizează munca, cine răspunde de rezultat, cine trebuie consultat și cine trebuie informat. Ea previne două probleme frecvente: sarcinile pe care „le face cineva” fără să le facă nimeni și deciziile luate fără cei care ar fi trebuit întrebați.
| Livrabil | Manager de proiect | Specialist IT | Responsabil vânzări | Contabilitate | Director (sponsor) |
|---|---|---|---|---|---|
| Alegerea platformei | R | C | C | I | A |
| Catalogul de produse | A | C | R | I | I |
| Integrarea plăților | A | R | I | C | I |
| Integrarea cu gestiunea | A | R | I | C | I |
| Lansarea | R | C | C | I | A |
R (Responsible) face munca; A (Accountable) răspunde de rezultat și aprobă, o singură persoană pe rând; C (Consulted) este consultat înainte de decizie; I (Informed) este informat după. Regula importantă: fiecare rând are exact un „A”.
Când alegi cine face ce, verifică și competențele reale ale oamenilor; o hartă simplă a acestora, descrisă în Matricea competențelor: cum vezi ce știe echipa și ce lipsește, arată unde ai nevoie de sprijin extern sau de formare. Principiile predării responsabilității fără micromanagement sunt în Delegarea sarcinilor: cum delegi fără să pierzi controlul.
Pasul 8: riscuri, comunicare și aprobarea planului de referință
Ultimul pas completează planul cu riscurile principale și cu modul de comunicare, apoi îl îngheață ca plan de referință, aprobat de sponsor. Fără această aprobare formală, nu ai față de ce să măsori întârzierile sau depășirile.
Ce adaugi înainte de aprobare:
- Registrul de riscuri cu primele zece–cincisprezece riscuri, evaluate și cu răspunsuri pentru cele importante; metoda este în Riscurile în proiect: cum le identifici și le ții sub control.
- Planul de comunicare: cine primește ce informații, cât de des și în ce format; detalii în Părțile interesate ale proiectului: cum comunici cu ele.
- Bugetul, cu rezerva pentru neprevăzut afișată separat.
- Regulile pentru schimbări: cine poate aproba o modificare de domeniu, termen sau buget.
Planul de referință (în engleză baseline) este versiunea aprobată a domeniului, calendarului și bugetului. Pe parcurs, planul de lucru se actualizează des, dar planul de referință se schimbă doar prin decizie formală, ca să poți vedea onest cât te-ai abătut de la ce s-a promis.
Atenție: Un plan aprobat nu este o promisiune că nimic nu se va schimba. Explică sponsorului de la început că estimările din primele etape au o marjă mare de incertitudine și că planul va fi revizuit la fiecare jalon.
Ce merită reținut despre planificare
Planificarea bună face vizibile deciziile, presupunerile și dependențele proiectului, astfel încât echipa și sponsorul să vadă aceeași imagine. Cei opt pași se succed logic, dar în practică revii des la cei anteriori: o estimare neașteptat de mare te poate obliga să reduci domeniul, iar un risc important poate schimba ordinea activităților. Pentru vederea de ansamblu asupra ciclului de viață al proiectului, întoarce-te la ghidul de management de proiect.
De reținut:
- obiectivul se scrie verificabil, cu criterii de acceptare;
- domeniul spune explicit și ce nu intră în proiect;
- structura lucrărilor cuprinde toată munca, inclusiv managementul și testarea;
- dependențele și drumul critic decid durata totală;
- fiecare livrabil are un singur responsabil final în matricea RACI;
- planul de referință se schimbă doar prin decizie formală.
Întrebări frecvente
Cât timp trebuie alocat planificării unui proiect?
Depinde de mărime și de risc, dar o regulă practică este ca planificarea inițială să fie proporțională cu proiectul: câteva ore pentru un proiect de câteva săptămâni, câteva zile pentru unul de mai multe luni. Planificarea continuă apoi pe tot parcursul, în doze mici.
Care este diferența dintre o activitate și un jalon?
Activitatea are durată și consumă muncă, de exemplu importul produselor. Jalonul este un moment fără durată care marchează un rezultat sau o decizie, de exemplu catalogul aprobat.
Ce fac dacă sponsorul impune un termen imposibil?
Arată-i calendarul rezultat din estimări și propune variante concrete: reducerea domeniului, mai mulți oameni sau un termen diferit. Decizia rămâne a lui, dar va fi luată în cunoștință de cauză.
Trebuie să folosesc o aplicație specială pentru planificare?
Nu. Pentru proiecte mici, o foaie de calcul cu activități, responsabili, durate și dependențe este suficientă. Aplicațiile dedicate devin utile când ai multe dependențe, mai multe proiecte în paralel sau echipe distribuite.
Cât de des se actualizează planul?
Planul de lucru se actualizează cel puțin săptămânal, cu progresul real și cu estimările revizuite. Planul de referință se modifică doar când sponsorul aprobă o schimbare de domeniu, termen sau buget.
