Definition of Done

Foto di Jan Neudecker
Jan Neudecker
2 min. tempo di lettura
Questo contenuto è stato tradotto con IA. Vedi originale

La Definition of Done (DoD) è una descrizione formale contenente un insieme concordato di criteri che un incremento di prodotto deve soddisfare per essere considerato completo. Garantisce che tutto il lavoro rispetti uno standard di qualità coerente prima di essere consegnato. Secondo la Scrum Guide, "nel momento in cui un elemento del Product Backlog soddisfa la Definition of Done, nasce un Incremento."

Perché è importante:

  • Chiarezza: La DoD fornisce una comprensione chiara e condivisa di cosa significhi che il lavoro sia "fatto", eliminando confusione all'interno del team e con gli stakeholder.
  • Garanzia di qualità: Assicura che tutto il lavoro necessario (come test, documentazione e revisione del codice) sia stato completato per garantire che l'incremento sia pronto per l'uso.
  • Trasparenza e allineamento: La DoD crea trasparenza e allineamento all'interno del team, poiché tutti comprendono le aspettative di qualità e ciò che serve per portare un Product Backlog Item al traguardo.
  • Consegna continua: In Scrum, "solo un Incremento che soddisfa la Definition of Done può essere rilasciato". Questo rende la DoD cruciale per mantenere la consegna regolare di software funzionante.

Esempio di criteri in una Definition of Done:

  • Il codice è stato scritto e revisionato.
  • Tutti i test (unit, integrazione, accettazione) sono stati superati.
  • La documentazione è stata aggiornata.
  • I passaggi di deployment sono completi o preparati.

La Scrum Guide sottolinea inoltre che "se un elemento del Product Backlog non soddisfa la Definition of Done, non può essere rilasciato e nemmeno presentato alla Sprint Review". Questo assicura che nessun lavoro incompleto venga integrato prematuramente, mantenendo standard elevati ed evitando il debito tecnico.
La Definition of Done è un impegno verso l'Incremento di Prodotto.

La Scrum Guide evidenzia anche cosa un team dovrebbe considerare come standard minimo nelle organizzazioni più grandi e cosa accade se più team lavorano sullo stesso prodotto.

"Se la Definition of Done per un incremento fa parte degli standard dell'organizzazione, tutti gli Scrum Team devono seguirla come minimo. Se non è uno standard organizzativo, lo Scrum Team deve creare una Definition of Done appropriata per il prodotto."

"I Developer sono tenuti a conformarsi alla Definition of Done. Se più Scrum Team lavorano insieme su un prodotto, devono definire e rispettare reciprocamente la stessa Definition of Done."

Esempio di criteri in una Definition of Done:

  • Il codice è stato scritto e revisionato.
  • Tutti i test (unit, integrazione, accettazione) sono stati superati.
  • La documentazione è stata aggiornata.
  • I passaggi di deployment sono completi o preparati.

La Scrum Guide sottolinea inoltre che "se un elemento del Product Backlog non soddisfa la Definition of Done, non può essere rilasciato e nemmeno presentato alla Sprint Review". Questo assicura che nessun lavoro incompleto venga integrato prematuramente, mantenendo standard elevati ed evitando il debito tecnico.
La Definition of Done è un impegno verso l'Incremento di Prodotto.

La Scrum Guide evidenzia anche cosa un team dovrebbe considerare come standard minimo nelle organizzazioni più grandi e cosa accade se più team lavorano sullo stesso prodotto.

"Se la Definition of Done per un incremento fa parte degli standard dell'organizzazione, tutti gli Scrum Team devono seguirla come minimo. Se non è uno standard organizzativo, lo Scrum Team deve creare una Definition of Done appropriata per il prodotto."

"I Developer sono tenuti a conformarsi alla Definition of Done. Se più Scrum Team lavorano insieme su un prodotto, devono definire e rispettare reciprocamente la stessa Definition of Done."

Definition of Done spiegata

Articoli correlati

Empowerment femminile all'agile100

Scopri da Justyna Pindel, Stanislava Potupchik e Anja Stiedl informazioni su Kanban, leadership e Scrum! Ecco le registrazioni dall'evento agile100!

Cosa può realmente accadere quando costruisci esperimenti come azienda

Lo Strategyzer Coach ed esperto Paris Thomas ha parlato all'agile100 dell'innovazione organizzativa e di perché devi sperimentare come azienda!

Come i limiti potenziano la tua agilità

I limiti possono potenziare la tua agilità, secondo Diana Larsen. La nostra esperta ha tenuto una sessione molto interessante al primo agile100 in assoluto.

Parla con il nostro Assistente Parla con il nostro Assistente