WBS: cum împarți proiectul în pachete de lucru

WBS este abrevierea de la Work Breakdown Structure, adică structura de descompunere a muncii: o schemă care împarte proiectul în componente tot mai mici, până când fiecare bucată poate fi estimată, dată unui responsabil și urmărită. Dacă ai un proiect mare și nu știi cu ce să începi, WBS este instrumentul care transformă o dorință vagă („vrem un magazin online nou”) într-o listă de rezultate concrete pe care o echipă le poate duce la capăt.

Mulți manageri sar peste acest pas și trec direct la termene. Rezultatul se vede mai târziu: lucruri uitate, estimări care nu se potrivesc și discuții despre „cine trebuia să facă asta”. Un WBS bine făcut previne cele mai multe dintre ele și durează, de obicei, o după-amiază de lucru cu echipa.

Ce este WBS și la ce folosește?

WBS este o descompunere ierarhică a livrabilelor proiectului, adică a rezultatelor pe care le primește clientul sau beneficiarul. Nu este o listă de sarcini în ordine cronologică și nu este o diagramă de timp; este o hartă a ceea ce trebuie produs, organizată pe niveluri.

Structura are câteva elemente cu nume precise:

• Nivelul 1 este proiectul întreg, o singură căsuță în vârf.
• Nivelurile intermediare grupează livrabile înrudite, de exemplu „Design”, „Dezvoltare”, „Testare”.
• Pachetul de lucru este nivelul cel mai de jos: o bucată suficient de mică încât să poți spune cât durează, cât costă și cine răspunde de ea.

WBS-ul servește ca bază pentru aproape tot ce urmează: estimări, buget, alocarea oamenilor, graficul de lucru și controlul domeniului. Fără el, orice plan stă pe o listă făcută din memorie.

Cum construiești un WBS pas cu pas?

Construiești un WBS plecând de la rezultatul final și coborând spre părți, cu echipa în aceeași încăpere, pe o tablă sau cu notițe adezive. Metoda de sus în jos este cea mai folosită, dar poți lucra și invers: fiecare participant scrie livrabilele la care se gândește, apoi le grupați împreună.

Pașii practici sunt aceștia:

1. Scrie obiectivul proiectului într-o singură propoziție, în căsuța de sus.
2. Stabilește 4–7 componente majore, formulate ca substantive (rezultate), nu ca verbe (activități).
3. Împarte fiecare componentă în părți mai mici, până ajungi la pachete de lucru.
4. Dă fiecărui element un cod (1.1, 1.2.1 și așa mai departe), ca să-l poți găsi ușor în buget și în grafic.
5. Scrie pentru fiecare pachet o descriere de o frază: ce se livrează și când consideri că e gata.

Regula celor 100%

Regula celor 100% spune că părțile de pe un nivel, adunate, trebuie să acopere toată munca părții de deasupra lor, nici mai puțin, nici mai mult. Dacă „Web” are trei copii, cei trei trebuie să descrie tot ce înseamnă „Web”, fără suprapuneri. O suprapunere înseamnă muncă făcută de două ori; un gol înseamnă muncă pe care nimeni nu o vede până târziu.

Cât de mult detaliezi?

Te oprești când poți estima un pachet cu încredere și când un singur om sau o echipă mică îl poate prelua. Ca reper folosit în practică, un pachet se încadrează între câteva zile și două-trei săptămâni de lucru. Mai mic de atât produce birocrație, mai mare ascunde incertitudine.

Cum arată un WBS pe un exemplu concret?

Un WBS bun pentru un proiect obișnuit are 3–4 niveluri și arată ca o listă numerotată, nu ca o schemă încâlcită. Să luăm exemplul unei firme care își mută birourile într-o clădire nouă.

Observă că fiecare rând este un rezultat. „Comunicarea internă” nu spune cine scrie mailurile sau când, dar spune ce trebuie să existe la final. Detaliile despre activități apar în planul de lucru, pe care îl construiești după ce WBS-ul este clar.

Sfat: Pune în WBS și munca de management (ședințe de proiect, rapoarte, achiziții). Este muncă reală, consumă ore și, dacă lipsește din structură, lipsește și din buget.

Ce greșeli apar cel mai des la un WBS?

Cea mai frecventă greșeală este amestecarea livrabilelor cu activitățile, adică structura în care apar împreună „Site” și „Scrierea textelor”. Alte erori întâlnite des:

• Prea puține niveluri: pachete uriașe de „Dezvoltare” sau „Marketing”, imposibil de estimat.
• Prea multe niveluri: sute de rânduri pe care nu le mai citește nimeni și care se învechesc în două săptămâni.
• Structură pe departamente în loc de rezultate: dacă împarți proiectul în „IT”, „Vânzări”, „Financiar”, pierzi legătura cu ce primește beneficiarul.
• WBS făcut de un singur om: managerul singur nu știe cât de multă muncă ascunde „integrarea cu programul de contabilitate”. Oamenii care execută trebuie să participe.
• Structură înghețată: WBS-ul se actualizează prin proceduri de control al modificărilor, nu se rescrie pe tăcute.

Cum folosești WBS-ul după ce l-ai terminat?

După construcție, WBS-ul devine scheletul pe care atârni estimările, responsabilitățile și calendarul. Pentru fiecare pachet de lucru estimezi durata și costul, apoi aduni de jos în sus; metodele uzuale sunt descrise în Estimarea duratei și a costurilor unui proiect: metode uzuale. Sumele de pe pachete se adună în rândul de deasupra, iar bugetul total iese din însumare, fără să mai fie nevoie de un procent „de siguranță” ghicit la început.

Pachetele se mută apoi în grafic: ordinea, dependențele și termenele se pun pe o diagramă, iar Diagrama Gantt: cum o construiești și cum o actualizezi arată cum faci acest lucru. Fiecare pachet primește un singur responsabil; dacă ai nevoie de ajutor pentru a repartiza munca fără să pierzi controlul, vezi Delegarea sarcinilor: cum delegi fără să pierzi controlul. Iar dacă te afli încă la început de drum, ordinea generală a pașilor este în Planificarea proiectului: obiective, etape și termene și în Managementul de proiect: ghid complet pentru începători.

Un ultim control util: ia WBS-ul și pune-l lângă declarația de domeniu a proiectului. Tot ce apare în structură trebuie să se regăsească în declarație, iar tot ce ceri în declarație trebuie să aibă un loc în structură. Dacă ceva nu se potrivește, ai găsit o problemă înainte să coste bani.