Definition of Done (DoD) este lista de criterii care spune clar când un livrabil e acceptat, verificat și gata de folosit. Practic, DoD elimină ambiguitatea („e aproape gata”) și reduce rework-ul („mai schimbă puțin”) prin standarde simple: format, calitate, verificare, acceptare. Acest template face parte din Template-uri si toolkits și se conectează direct cu sistemul de management (delegare + KPI/OKR + SOP) din pillar-ul Managementul echipei: delegare, KPI/OKR, SOP. Pentru implementare în echipă, folosește și categoria Managementul echipei.
Start rapid
Dacă vrei rezultate în 7 zile, nu încerca să creezi „DoD perfectă”. Alege un livrabil repetitiv (raport KPI / ofertă / postare / SOP) și aplică Definition of Done de 3 ori. Regula: DoD scurtă + folosită consecvent bate DoD lungă și ignorată.
- Ziua 1: alegi 1 livrabil + scrii DoD (max 8–12 criterii).
- Ziua 3: aplici DoD pe primul livrabil și ajustezi criteriile care au fost neclare.
- Ziua 7: aplici DoD din nou și păstrezi doar criteriile care chiar reduc rework-ul.
Hub-uri utile (interlinking): Template-uri si toolkits • Managementul echipei • Mentori • Antreprenoriat • Marketing • Vânzări • Studii de caz • Emisiuni cu public
Ca să nu ai “interpretări” în echipă, combină Definition of Done cu un caiet de brand (voce, mesaje, vizual, reguli).
Pentru cine este Definition of Done
- antreprenori/manageri care vor să reducă rework-ul și „ping-pong-ul” pe livrabile
- echipe mici (3–15 oameni) care vor standard fără birocrație
- departamente cu livrabile dese: marketing, vânzări, operațional, suport, produs
Idei principale
- DoD = criterii de acceptare: definește „gata” înainte să înceapă munca.
- DoD trebuie să fie scurtă: 8–12 criterii, completabilă în 2 minute.
- DoD reduce costul ascuns: timp pierdut în clarificări, revizii, versiuni.
- DoD funcționează cu delegare + SOP: vezi și delegare eficientă + SOP.
Cuprins
- Definition of Done: ce este și de ce contează
- Tabel: unde folosești Definition of Done (DoD) și ce criterii pui
- Template (copy/paste): Definition of Done – universal (1 pagină)
- Exemple completate (KPI, ofertă, SOP)
- Mini-ghid în pași: cum implementezi DoD în echipă
- Checklist: cum accepți un livrabil fără rework
- Greșeli frecvente
- Plan 7/30/90
- Resurse rapide
- FAQ – Întrebări frecvente
- Autor / Editor / Actualizat la
- Surse
Definition of Done: ce este și de ce contează
Definition of Done (DoD) este „standardul de acceptare” pentru un livrabil. Nu descrie cum muncești, ci cum arată livrabilul final când e gata: format, calitate, verificare, criterii minime și cine îl acceptă.
În IMM-uri, DoD rezolvă 3 probleme care costă timp și nervi:
- „Aproape gata” (dar lipsesc părți, date, structură).
- Revizii în buclă (managerul devine „QA manual” pentru orice livrabil).
- Standard inconsistent (azi e ok, mâine nu mai e ok – pentru că nu există criterii).
DoD merge cel mai bine împreună cu contract de delegare (ca să fixezi rezultat + ritm) și cu RACI (ca să fie clar cine răspunde și cine aprobă).
Tabel: unde folosești Definition of Done (DoD) și ce criterii pui
| Tip livrabil | DoD minim (criterii) | Semn că funcționează |
|---|---|---|
| Task intern (operațional) | owner + termen + checklist + „ce NU facem” | scad întrebările repetitive |
| Email / mesaj către client | scurt, clar, un singur CTA, fără ambiguități | mai puține reply-uri de clarificare |
| Raport KPI | 3 KPI max, surse/linkuri, 3 bullets recap, acțiuni | ședințe mai scurte, decizii mai rapide |
| Post social / copy | hook, beneficii, dovadă, CTA, ton/brand | mai puține revizii din partea managerului |
| Landing page | headline, ofertă, proof, FAQ, tracking, mobil ok | scade bounce-ul, cresc conversiile |
| SOP (procedură) | pași clari, excepții, escaladare, checklist | calitate consistentă, onboarding mai rapid |
| Ofertă / propunere | scope, livrabile, termene, excluderi, acceptare | mai puține renegocieri „după” |
Template (copy/paste): Definition of Done – universal (1 pagină)
Folosește template-ul de mai jos pentru orice livrabil. Țintește să îl completezi în 2–4 minute. Dacă îți ia 15 minute, înseamnă că ai scris un „manual”, nu o DoD.
DEFINITION OF DONE (DoD) – [Nume livrabil] 1) Scop (1 propoziție): - De ce facem livrabilul și ce schimbă: [...] 2) Beneficiar (cine folosește livrabilul): - Rol / persoană / echipă: [...] 3) Format final (ce livrăm concret): - Link/fișier: [...] - Structură (capitole / câmpuri obligatorii): [...] - Lungime / dimensiune (unde e cazul): [...] 4) Criterii de calitate (bifează – 8–12 max): - [ ] complet (fără câmpuri lipsă / fără date nevalidate) - [ ] clar (titluri + structură; max 3 bullets recap) - [ ] corect (fără erori evidente; verificat pe date) - [ ] consistent (respectă standardul intern / brand / ton) - [ ] verificat de: [...] (nume/rol) – dacă e cazul - [ ] include surse / linkuri unde e cazul - [ ] include „ce NU facem” (out of scope) unde e relevant - [ ] livrat până la: [data/ora] - [ ] gata de folosit (beneficiarul poate acționa fără întrebări) 5) Acceptare (cine validează și cum): - Acceptat de: [...] - Acceptat când: [...] (criterii minime + deadline respectat) 6) Out of scope (ce NU intră în acest livrabil): - [...]
Vrei să-ți standardizăm livrările live?
Lucrăm Definition of Done pe procese reale (vânzări, livrare, marketing, operațional), cu exemple concrete și feedback pe loc, în edițiile cu public Permis de Antreprenor.
👉 Rezervă loc
Exemple completate (KPI, ofertă, SOP)
Exemplele sunt scurte și „de viață reală”. Copiază și adaptează.
Exemplu 1: Raport KPI săptămânal
DoD – Raport KPI săptămânal Scop: - Vizibilitate rapidă pe progres + blocaje + acțiuni pentru săptămâna următoare. Beneficiar: - Fondator + leadership. Format: - 1 tabel KPI (3 KPI max) + 1 listă blocaje + 1 listă acțiuni (owner + termen). - Link în Google Sheets/Doc. Criterii: - [ ] 3 KPI max (țintă vs realizat) - [ ] surse/linkuri pentru date - [ ] max 3 bullets recap (ce s-a schimbat) - [ ] include 1–3 decizii/cereri de decizie (dacă e cazul) - [ ] acțiuni clare (owner + termen) - [ ] livrat până miercuri 12:00 Acceptare: - Acceptat când are KPI + blocaje + acțiuni și e livrat la timp. Out of scope: - analize lungi; intră doar ce duce la decizii/acțiuni.
Exemplu 2: Ofertă / propunere către client
DoD – Ofertă către client Scop: - Clientul înțelege clar ce primește, cât costă, când livrăm și ce nu este inclus. Beneficiar: - Client (decident) + echipa internă (livrare). Format: - PDF/Doc + email scurt cu un singur CTA. Criterii: - [ ] scope + livrabile clare (format, număr, termene) - [ ] excluderi („ce NU facem”) explicite - [ ] criteriu de acceptare (cum validăm livrarea) - [ ] preț + condiții + termene - [ ] limbaj clar, fără ambiguități - [ ] un singur CTA în email (ex: „Confirmă prin reply”) Acceptare: - Acceptat când poate fi trimis fără clarificări interne. Out of scope: - renegocieri; acelea intră ulterior, pe feedback-ul clientului.
Exemplu 3: SOP (procedură operațională standard) – 1 pagină
DoD – SOP 1 pagină Scop: - Execuție consistentă + onboarding mai rapid. Beneficiar: - Echipa operațională / suport. Format: - 1 pagină: pași + standard + excepții + escaladare + checklist. Criterii: - [ ] pași numerotați, clari - [ ] standard de calitate (ce înseamnă „corect”) - [ ] excepții (când nu aplicăm procedura) - [ ] escaladare (când și către cine) - [ ] checklist bifabil - [ ] testată pe 2–3 cazuri reale Acceptare: - Acceptat când poate fi urmată de cineva nou fără întrebări repetitive. Out of scope: - detalii rare; se adaugă doar dacă apar recurent.
Mini-ghid în pași: cum implementezi DoD în echipă
- Alege 1 livrabil repetitiv (care generează rework sau multe întrebări).
- Scrie DoD în 8–12 criterii (nu mai mult).
- Definește acceptarea (cine aprobă + cum arată „gata”).
- Aplică DoD la următoarea livrare (nu „de luni”, ci acum).
- Taie criteriile care nu schimbă nimic și păstrează ce reduce rework-ul.
- Leagă DoD de delegare (vezi contract de delegare) ca să nu devină „opțională”.
- Standardizează după 30 de zile: DoD devine modul vostru normal de lucru.
Checklist: cum accepți un livrabil fără rework
Înainte să spui „ok, e gata”:
- DoD este bifată (nu „aproape” bifată)?
- Livrabilul e gata de folosit fără întrebări (structură, context, linkuri)?
- Există „ce NU facem” (out of scope) ca să eviți creep-ul?
- Acceptarea e clară: cine aprobă și până când?
Bonus: dacă un livrabil a generat rework de 2 ori, DoD trebuie actualizată. Nu e „vina oamenilor” – e standardul incomplet.
Greșeli frecvente
- DoD prea lungă: devine birocrație și nu o mai completează nimeni.
- DoD prea vagă: „calitativ”, „profesionist”, „bine făcut” – fără criterii măsurabile.
- Fără acceptare: nimeni nu e responsabil de „gata”, deci intri în revizii infinite.
- DoD scrisă după ce începe munca: apare defensiv („de ce nu ai făcut X?”) în loc să fie claritate din start.
- Nu e conectată la delegare: rămâne un document frumos, ignorat.
Plan 7/30/90
Primele 7 zile: alegi 1 livrabil, scrii DoD (8–12 criterii) și o aplici de 2 ori. Ajustezi criteriile care au creat discuții.
Primele 30 zile: extinzi DoD la 3 livrabile-cheie (ex: KPI, ofertă, SOP) și o legi de delegare. Începi să măsori un semn simplu: câte revizii per livrabil.
Primele 90 zile: standardizezi DoD ca regulă de echipă. Pentru performanță și calitate pe termen lung, leagă DoD de obiective și conversații recurente: evaluare performanță angajați și feedback constructiv în echipă.
Resurse rapide
- Categoria: Template-uri si toolkits
- Pillar: Managementul echipei (delegare, KPI/OKR, SOP)
- Categoria: Managementul echipei
- Template: Contract de delegare
- Delegare eficientă
- Proceduri operaționale standard (SOP)
- Fișa postului + RACI
FAQ – Întrebări frecvente
Ce este Definition of Done și cu ce mă ajută?
Definition of Done este lista de criterii care definește clar când un livrabil e acceptat și gata de folosit. Reduce rework-ul, clarificările și reviziile în buclă.
Definition of Done vs. criterii de acceptare – e același lucru?
În practică, sunt foarte apropiate. DoD este „standardul” repetabil (format + calitate + verificare), iar criteriile de acceptare pot fi specifice unui task. În IMM, poți folosi DoD ca „criterii de acceptare standard”.
Cât de lungă trebuie să fie o Definition of Done ca să fie folosită?
Ideal 8–12 criterii, completabilă în 2–4 minute. Dacă devine foarte lungă, va fi ignorată; dacă e prea scurtă, se transformă în rework și întrebări repetitive.
Unde țin Definition of Done ca să o folosească echipa?
Într-un loc unic și ușor: un Google Doc/Notion/Confluence, cu link pus direct în template-urile pe care le folosiți (delegare, SOP, rapoarte, oferte). Evită fișierele împrăștiate „prin Drive”.
Cum fac Definition of Done pentru o echipă mică (3–5 oameni)?
Ține-o foarte simplă: format final + 6–10 criterii + acceptare. Alege 1 livrabil critic (KPI / ofertă / SOP) și aplică DoD de 3 ori la rând. Ajustezi doar ce generează confuzie.
Ce fac dacă livrabilul tot nu iese la standard?
Verifică în ordine: (1) DoD e clară? (2) lipsește input/autoritate? (3) acceptarea e neclară? Ajustează DoD și leag-o de delegare (rezultat + ritm). Abia apoi discuți performanța.
Autor / Editor / Actualizat la
Autor: Redacția Permis de Antreprenor
Editor: Redacția Permis de Antreprenor
Actualizat la: 8 ianuarie 2026
Add comment