Definizione di [Pronto] (Definition of Ready - DoR)

La definizione di "pronto" (Definition of Ready - DoR) è un accordo fondamentale all'interno di un team agile che funge da lista di controllo (checklist).

Il suo scopo è garantire che una user story o un altro elemento del backlog sia sufficientemente preparato e chiaro prima che il team di sviluppo inizi a lavorarci.

A differenza dei Criteri di accettazione (unici per ogni storia) o della Definizione di "Fatto" (DoD, che si applica al completamento del lavoro), la DoR è uno standard unificato che si applica a tutte le storie prima che entrino in un'iterazione o sprint.

Funge da "guardiano della qualità" per il lavoro in arrivo, garantendo che il team disponga delle informazioni necessarie per iniziare a costruire in modo efficiente.

Assicurarsi che le storie siano pronte per lo sviluppo

L'obiettivo principale del DoR è risparmiare tempo ed evitare sprechi.

Se il team di sviluppo inizia a lavorare su storie mal definite, prive di criteri di accettazione chiari, senza progetti pronti o con blocchi irrisolti, inevitabilmente si perderà tempo in chiarimenti, si commetteranno errori e si dovrà rifare il lavoro.

Il DoR funge da filtro: se una storia non soddisfa i criteri concordati, non è pronta per essere presa in considerazione nella pianificazione dello sprint o per iniziare il suo sviluppo.

Ciò garantisce che il team possa concentrarsi sulla creazione di valore una volta che il lavoro è adeguatamente preparato, rendendo le riunioni di pianificazione più fluide e lo sviluppo più efficiente.

Serve anche come strumento per consentire al team di gestire la qualità del lavoro che riceve dal Product Owner.

Creazione collaborativa della lista di controllo DoR

La DoR non viene imposta, ma deve essere creata e concordata in modo collaborativo da tutto il team, compresi il Product Owner e gli sviluppatori.

Viene definita attraverso una discussione in cui il team decide cosa significa "pronto" nel proprio contesto particolare. Non esiste una DoR universale; ogni team definisce la propria.

Gli elementi comuni che di solito sono inclusi in una DoR sono:

• La storia è scritta nel formato concordato (ad es. Come-Voglio-Per cosa).
• I criteri di accettazione sono definiti e chiari.
• La storia soddisfa i criteri INVEST (o almeno quelli più rilevanti come Stimabile e Piccola).
• I progetti UX/UI necessari sono disponibili.
• Non esistono blocchi o dipendenze noti che impediscano di iniziare.