top of page

Demistificare la Definition of Done: uno strumento essenziale per i team Agile

  • 執筆者の写真: Masha Ostroumova, Enterprise Agile Coach
    Masha Ostroumova, Enterprise Agile Coach
  • 2023年5月25日
  • 読了時間: 4分

People sitting in chairs in a circle, engaged in conversation. Neutral background. Focused and attentive expressions. Casual clothing.

Ti è mai capitato di sentire parlare della Definition of Done (DoD) durante il tuo percorso Agile? Molti team ne hanno sentito parlare, ma non tutti la adottano.

Le ragioni possono essere diverse: mancanza di comprensione del suo scopo, confusione con gli Acceptance Criteria, o semplicemente la mancanza di tempo per implementarla. In questo post, esploreremo nel dettaglio la Definition of Done, spiegando cos'è e perché il tuo team ne ha bisogno per prosperare. Preparati a scoprire i vantaggi che la DoD può offrire!


Cos'è la Definition of Done?


In termini semplici, la Definition of Done è un elenco di criteri che devono essere soddisfatti affinché un elemento di lavoro possa essere considerato "veramente completo" (o "done done"), eliminando ambiguità come "quasi completato" o "forse è finito."


La Definition of Done varia in base alla natura del lavoro, ma in genere rimane standard per tipologie simili di elementi di lavoro. Ad esempio, un team di sviluppo software potrebbe decidere che tutto il lavoro relativo al codice debba soddisfare la seguente Definition of Done:


  1. Codice in produzione

  2. Copertura dei test unitari superiore al 95%

  3. Test manuali completati

  4. Approvazione del Product Owner


Se un team ha un approccio diverso ai test unitari, potrebbe personalizzare la propria DoD includendo altri aspetti che ritiene più importanti. Non esiste una soluzione unica valida per tutti.


La Definition of Done è come una checklist: da un lato assicura che nulla venga trascurato, dall’altro impedisce di chiudere elementi di lavoro incompleti.



Cosa succede se i team non usano la Definition of Done?


Senza una Definition of Done, spesso emergono supposizioni non dette su cosa significhi "completare" un elemento di lavoro. Per alcuni, potrebbe bastare scrivere il codice; altri potrebbero considerare il lavoro terminato solo dopo i test, ma senza necessità di deployment; altri ancora potrebbero pensare che sia "fatto" solo una volta in produzione.


Queste discrepanze, se non discusse, portano a conflitti e problemi all’interno del team. La Definition of Done aiuta a garantire che tutti siano d'accordo su cosa significhi "fatto".



Sfatiamo alcuni miti sulla Definition of Done


Mito #1: Deve essere scritta per ogni elemento di lavoro e richiede troppo tempo

Falso: La Definition of Done è una checklist condivisa creata una sola volta e applicata alla maggior parte degli elementi di lavoro. Puoi avere DoD diverse per vari tipi di attività, ma è meglio mantenerle il più semplici possibile.


Mito #2: Introduce molta burocrazia

Falso: Non trattare la DoD come una rigida "porta d'accesso". Considerala piuttosto uno strumento di auto-verifica. È flessibile e può essere adattata: se un criterio non si applica a un lavoro, lo si può saltare.


Mito #3: È uguale agli Acceptance Criteria

Falso: Gli Acceptance Criteria sono specifici per ogni elemento di lavoro e definiscono cosa ci si aspetta da quel particolare elemento (prerequisiti, trigger, scenari). La DoD, invece, garantisce che l'elemento soddisfi uno standard comune per essere considerato completo.


Mito #4: La DoD è solo per team di sviluppo software

Falso: Qualsiasi team può beneficiare della Definition of Done. Anche se le attività variano, è possibile definire criteri comuni, come documentazione, comunicazione, revisioni tra pari o aggiornamenti di sistema.



I Benefici della Definition of Done


1. Garantisce un allineamento sullo scopo del lavoro

Definire una volta per tutte cosa rientra nel perimetro del lavoro consente al team di risparmiare tempo ed energie. Eviti discussioni ripetitive come: "I test automatizzati fanno parte di questa user story, sì o no?". Questo aiuta a creare un’atmosfera più collaborativa.


2. Stabilisce quando un lavoro è davvero "fatto"

Senza una DoD, i team possono litigare su quando "chiudere un ticket." Spesso, si passa a un nuovo compito lasciando indietro elementi incompleti. La DoD fissa criteri chiari per chiudere un lavoro, prevenendo situazioni del genere.


3. Migliora la precisione nella pianificazione

Quando stimiamo un lavoro, è fondamentale capirne il vero scopo: riguarda solo la correzione di un problema, o include anche comunicazioni, aggiornamenti e documentazione? La DoD ci aiuta a considerare tutti gli aspetti, migliorando la precisione delle stime.


4. Previene sorprese indesiderate

Sebbene alcuni elementi di lavoro possano richiedere approcci personalizzati, la Definition of Done aiuta il team a sviluppare un'abitudine preziosa: considerare proattivamente tutti gli aspetti necessari per completare un'attività.

Anche se la DoD non copre ogni circostanza unica, il team è più incline a identificare le esigenze specifiche in anticipo, consentendo una pianificazione più efficace. Questo approccio riduce il rischio di ritardi inattesi o complicazioni che potrebbero ostacolare i progressi.


5. Garantisce la consegna di valore

Ultimo ma non meno importante, la Definition of Done è essenziale per assicurare che ogni elemento di lavoro porti valore. Ogni attività completata dovrebbe fornire valore al cliente, all’azienda, o idealmente a entrambi. Altrimenti, il tempo impiegato rischia di essere sprecato.


Nel caso di un team software, ad esempio:


  • Codice scritto e archiviato in un repository? Nessun valore per il cliente.

  • Codice testato ma non rilasciato in produzione? Ancora nessun valore.

  • Codice distribuito in produzione con funzionalità utilizzabili dal cliente? Qui avviene la consegna di valore.


La DoD incoraggia i team a completare il lavoro fino al punto in cui viene consegnato valore. Idealmente, i team dovrebbero anche sapere come misurare questo valore, ma includerlo nella DoD dipende dalle preferenze del team.



La Definition of Done è uno strumento inestimabile per i team Agile, offrendo numerosi vantaggi. Aiuta ad allineare i membri del team sullo scopo del lavoro, riduce incomprensioni e previene sorprese indesiderate. Implementando una DoD chiara, i team possono migliorare la pianificazione, l’accuratezza delle stime e garantire la consegna di valore sia per i clienti che per l’azienda.


Adottare e rispettare una Definition of Done ben definita promuove una mentalità proattiva, incoraggiando i team a considerare tutti gli aspetti di un elemento di lavoro e a completarlo fino alla consegna di valore. In definitiva, la DoD può migliorare la collaborazione, ottimizzare i processi e contribuire al successo complessivo della tua trasformazione Agile.


Se il tuo team non sta ancora utilizzando una Definition of Done, non c’è momento migliore per iniziare! 

 
 
 
bottom of page