Work breakdown structure template (WBS) este un model copy/paste care îți sparge proiectul în livrabile clare, pe niveluri (1–4), până la work packages executabile: 1 owner, 1 deadline, Definition of Done și link dovadă. Un work breakdown structure template bun elimină “nu era la mine” și reduce scope creep, pentru că definește complet: ce livrăm (deliverables), ce nu livrăm (OUT), cum arată Done și cum urmărești progresul fără romane. Îl folosești ca “schelet” al planului: fiecare work package devine task în tool, iar deciziile se notează în decision log template și acțiunile în action log template.
Start rapid (azi / 48h / 7 zile)
- Azi (60–90 min): definești OUT (ce nu faci), alegi 3–7 livrabile majore și creezi WBS până la nivelul 3.
- În 48h: transformi nivelul 3 în work packages (nivel 4) cu owner + deadline + DoD + link dovadă.
- În 7 zile: rulezi primul review scurt: update pe work packages + blocaje. Max 3 decizii/ședință; restul devin acțiuni în action log.
Hub-uri utile (interlinking)
- Template-uri si toolkits → biblioteca
- Managementul echipei + pillar management
- Definition of Done (Done clar pe fiecare work package)
- SOP 1 pagină – template (execuție repetabilă)
- quality checklist template (gate de calitate)
- decision log template + action log template
- matrice RACI + fișa postului + RACI
Cuprins
- work breakdown structure template: ce rezolvă
- Reguli WBS (niveluri + 100% rule + OUT)
- Tabel: work breakdown structure template (WBS master table)
- Tabel: WBS dictionary (definiție + acceptare)
- Mini-ghid în pași (60–90 min)
- work breakdown structure template – copy/paste
- Checklist (setup + execuție + review)
- Greșeli frecvente
- Plan 7-30-90
- Resurse rapide
- FAQ – Întrebări frecvente
Work breakdown structure template: ce rezolvă
WBS (Work Breakdown Structure) este “harta” livrabilelor. Te ajută să treci de la “avem un proiect” la “știm exact ce livrăm și cine răspunde”. Spre deosebire de o listă de taskuri, un WBS bun e deliverable-first: întâi definești rezultatele, apoi activitățile. Rezultatul practic: estimări mai bune, ownership clar, dependențe vizibile și un mod simplu de a urmări progresul cu dovezi (link-uri), nu cu opinii.
| Fără WBS | Simptom | Cu WBS | Semnal că funcționează |
|---|---|---|---|
| “Toți fac de toate” | taskuri fără owner | work package = 1 owner | nu există rând fără owner |
| “Aproape gata” | Done ambiguu | DoD explicit | Done = checklist bifat + link |
| Scope creep | se adaugă constant | IN/OUT scris | OUT e citat la cereri |
| Update-uri lungi | roman săptămânal | update scurt + dovezi | 1–3 bullets + link-uri |
Reguli WBS (niveluri + 100% rule + OUT)
Ca să nu devină un document “frumos, inutil”, un WBS bun respectă 3 reguli simple: (1) 100% rule (acoperi complet livrabilele din scope), (2) decompoziție până la work package executabil (owner + deadline + DoD), (3) OUT explicit (ce nu faci). Dacă lipsește OUT, WBS-ul va “înghiți” cereri până explodează termenul.
| Nivel | Cum arată | Exemplu | Regulă de calitate |
|---|---|---|---|
| 1 | Rezultat final | Lansare produs / Proces nou | 1 singur “north star” |
| 2 | Faze / arii | Discovery / Build / Launch | max 5–7 arii |
| 3 | Livrabile | Spec / MVP / Training | deliverable = rezultat |
| 4 | Work packages | “10 interviuri + insights” | owner + deadline + DoD + link |
Tabel: work breakdown structure template (WBS master table)
Asta e tabelul “de lucru”. Îl poți ține în Google Sheets/Notion/Confluence. Cheia e coloana Link dovadă: fără ea, progresul devine interpretare. Cu ea, progresul devine verificabil.
| WBS | Deliverable / Work package | Owner | Deadline | Definition of Done | Dependențe | Status | Link dovadă |
|---|---|---|---|---|---|---|---|
| 1.1 | Discovery | PM | DD/MM | Scope IN/OUT + stakeholders confirmați | acces la clienți | On track | (link) |
| 1.1.1 | Interviuri (10) + insight report | UX | DD/MM | 10 interviuri + sinteză + recomandări | programări | At risk | (link) |
| 1.2.1 | MVP build (deployabil) | Dev Lead | DD/MM | build + test + plan rollout | infra | Planned | (link) |
Tabel: WBS dictionary (definiție + acceptare)
WBS dictionary e “manualul” livrabilelor: explică pe scurt ce înseamnă fiecare cod WBS, ce e IN/OUT și cum arată Done. E foarte util când ai mai multe echipe sau dependențe externe.
| WBS | Descriere (1–2 fraze) | IN / OUT | Acceptare (DoD) | Note (riscuri / dep.) |
|---|---|---|---|---|
| 1.1 | Discovery: clarificare problemă + scope | IN: research; OUT: build | scope IN/OUT semnat + doc final | dep: acces stakeholderi |
| 1.2 | MVP: livrabil minim funcțional | IN: funcții core; OUT: nice-to-have | test + rollout plan + owner support | risc: resurse dev |
| 1.3 | Launch: comunicare + training + suport | IN: training; OUT: redesign complet | checklist complet + recap | dep: Marketing / Ops |
Mini-ghid în pași (60–90 min)
- Scrie OUT-ul înainte de IN: 5 bullets “nu facem” (te protejează de scope creep).
- Definește nivelul 2 (max 5–7): faze sau arii de livrare (ex. Discovery/Build/Launch).
- Scrie nivelul 3 ca livrabile: “Spec final”, “MVP deployabil”, “Training echipă”, nu “ședințe”.
- Decompune în work packages (nivel 4): fiecare rând trebuie să poată fi “executat” de un owner.
- Aplică Definition of Done: folosește Definition of Done ca să elimini “aproape gata”.
- Leagă ownership de RACI: dacă ai cross-functional, confirmă rolurile în matrice RACI.
- Adaugă link dovadă: doc, ticket, commit, recap, checklist – fără link, nu e Done.
- Stabilește ritualul de review: update scurt (1–3 bullets) + max 3 decizii; restul devin acțiuni în action log.
Prag practic: dacă un work package depășește 3–5 zile de lucru sau are mai mult de 1 owner real, sparge-l. WBS-ul devine util când fiecare rând “se mișcă” în fiecare săptămână.
work breakdown structure template – copy/paste
Mai jos ai un format complet (WBS master table + WBS dictionary + review). Îl poți lipi direct într-un document sau într-un sheet.
WORK BREAKDOWN STRUCTURE TEMPLATE (WBS) – model copy/paste
Reguli
- 100% rule: acoperă complet livrabilele din scope
- OUT explicit (ce NU faci)
- Work package = 1 owner + 1 deadline + DoD + link dovadă
- Max 3 decizii/ședință (restul = acțiuni)
0) Scope
Scop (1 frază): ____
Scope IN (max 5 bullets): ____ / ____ / ____ / ____ / ____
Scope OUT (max 5 bullets): ____ / ____ / ____ / ____ / ____
1) WBS master table
WBS | Deliverable / Work package | Owner | Deadline | Definition of Done | Dependențe | Status | Link dovadă
Exemple status: Planned / On track / At risk / Blocked / Done
2) WBS dictionary (pentru codurile importante)
WBS | Descriere | IN/OUT | Acceptare (DoD) | Note (riscuri/dep.)
3) Weekly review (3 minute, copy/paste)
- Progres (1–3 bullets): ____
- Blocaje / dependențe: ____
- Decizie necesară (max 3): ____ (deadline __)
Linkuri: WBS ____ | decision log ____ | action log ____Checklist (setup + execuție + review)
Setup
- Am scris OUT (ce nu facem) înainte de IN.
- Am nivel 2 (max 5–7 arii/faze) și nivel 3 (livrabile).
- Fiecare work package are owner + deadline + DoD + link dovadă.
- Am dependențe notate (intern/extern) pe rândurile critice.
- Am un loc unic de adevăr (sheet/doc) și toți îl folosesc.
Execuție
- Actualizez status-ul săptămânal (nu zilnic, decât dacă e criză).
- Nu “închid” work packages fără dovadă (link).
- Schimbările de scope se decid explicit (max 3 decizii) și se notează în decision log.
Review
- Update în 1–3 bullets + link-uri.
- Max 3 decizii; restul devin acțiuni cu owner + termen.
- Work packages blocate: clarific dependența și escaladez dacă e nevoie.
Greșeli frecvente
- WBS = listă de activități: începi cu “ședințe” și “discuții”, nu cu livrabile. Corect: deliverable-first.
- Fără OUT: orice cerere intră automat. OUT e “scutul” proiectului.
- Work package fără DoD: apare “aproape gata” la nesfârșit.
- Mai mulți owners pe același rând: nimeni nu răspunde. 1 owner real per rând.
- Fără link dovadă: status-ul devine poveste, nu execuție.
- Prea detaliat prea devreme: spargi până la micro-taskuri și îngheți. Decompune gradual.
Plan 7-30-90
- 7 zile: WBS complet până la work packages + primul review scurt + ritual stabil.
- 30 zile: ajustezi decompoziția: rânduri prea mari se sparg, rânduri inutile se scot; WBS dictionary se stabilizează.
- 90 zile: ai un “standard” reutilizabil: WBS pentru proiecte similare + DoD + checklist de calitate.
Resurse rapide
- Biblioteca de template-uri
- Template-uri si toolkits
- Managementul echipei + pillar management
- Definition of Done • quality checklist template • SOP 1 pagină – template
- decision log template • action log template • meeting minutes template
- matrice RACI • fișa postului + RACI
- Antreprenoriat • Marketing • Vânzări • Studii de caz • Mentori • Emisiuni cu public
FAQ – Întrebări frecvente
Ce este un work breakdown structure template (WBS) și la ce folosește?
Este un model care structurează proiectul pe niveluri, de la rezultat final la work packages executabile. Te ajută să definești livrabilele, ownership-ul, dependențele și criteriile de Done.
Câte niveluri ar trebui să aibă un WBS practic?
De obicei 3–4. Nivelul 4 (work packages) e pragul la care ai owner + deadline + DoD + link dovadă. Dacă ai 6–7 niveluri, devine greu de menținut.
Care e diferența dintre WBS și o listă de taskuri?
WBS e deliverable-first: definește rezultatele și le descompune logic. Lista de taskuri e activity-first și riscă să piardă imaginea de ansamblu (și scope-ul).
Ce înseamnă “100% rule” în WBS, pe înțelesul meu?
Tot ce e în scope trebuie să fie acoperit de WBS, fără “găuri”. Dacă lipsește ceva, va apărea târziu ca surpriză (cost/termen).
De ce e obligatoriu “link dovadă” pe fiecare work package?
Pentru că transformă status-ul în fapt. Link-ul poate fi document, ticket, commit, checklist completat sau recap. Fără dovadă, “Done” devine interpretare.
Cum ar folosi Constantin Paraschiv un WBS ca să accelereze execuția?
Ar cere un singur loc de adevăr (WBS), ar impune DoD + dovezi și ar limita la max 3 decizii/ședință, ca să nu blocheze echipa în discuții. Profil: Constantin Paraschiv.
Cum îl leg de evaluare de performanță și responsabilități?
Leagă work packages de roluri (RACI) și urmărește deliverables ca rezultate. Apoi poți folosi sistemele din evaluare performanță angajați și proceduri operaționale standard (SOP) pentru consistență.
Autor / Editor / Actualizat la
Autor: Redacția Permis de Antreprenor
Editor: Cristina
Actualizat la: 10 ianuarie 2026
Adaugă un comentariu