---

Che cos'è la Definition of Done nel framework Scrum? Potrebbe sorprenderti!

Nel framework Scrum, la Definition of Done (DoD) stabilisce quando una funzionalità è completa e soddisfa gli standard qualitativi richiesti.

Come chiarito prima, le DoD specificano il risultato atteso per requisiti funzionali e non funzionali, progettazione, codice, test unitari, convalide degli utenti finali, documentazione e altro. I team possono usare criteri di accettazione delle storie ed elenchi delle attività per chiarire aspettative funzionali, non funzionali e di lavoro.

Questi sostengono una Definition of Done comune del prodotto, senza sostituirla con uno standard qualitativo diverso per ogni elemento.

Lo Scrum Team non può chiudere user story e attività che non soddisfano le DoD. La Definition of Done decide se una user story dello Sprint Backlog è completa. È un elenco completo delle attività necessarie per consegnare soltanto funzionalità davvero finite, nella funzionalità e nella qualità. Le norme usate per definirla possono variare tra team, ma la Definition of Done del prodotto deve essere coerente. I team sullo stesso prodotto la condividono e gli standard organizzativi costituiscono il minimo.

Le organizzazioni possono usare obiettivi complementari, criteri di accettazione o elenchi a più livelli. Sono aiuti utili alla pianificazione, non sostituti della Definition of Done comune a livello di Increment:

• Elenco di verifica di progetto/prodotto (negli obiettivi del progetto)
• Elenco di verifica del rilascio (negli obiettivi del rilascio)
• Elenco di verifica dello Sprint (negli obiettivi dello Sprint)
• Criteri di accettazione della user story (nella user story)
• Elenco di verifica dell'attività (nell'attività)

Un'altra cosa essenziale da ricordare è che una DoD non è né statica né indiscutibile. Durante un progetto, un rilascio o uno Sprint, chiunque nel team o tra gli stakeholder aziendali e IT può mettere in discussione la DoD. Se le modifiche proposte sono sensate e mirano al successo, Scrum Team e Scrum Product Owner dovrebbero ascoltarle con apertura e applicarle dove appropriato, senza ridurre la qualità o considerare Done il lavoro incompiuto.