Retrospettiva sulla Definition of Ready

Verificate che le storie siano pronte prima dello sprint.

Provi questa esibizione dal vivo in chiave retrospettiva

La nostra DoR attuale

Com'è oggi la nostra Definition of Ready?

Diciamo che una storia è pronta quando ha i criteri di accettazione, ma non credo che siamo tutti d'accordo su cosa siano dei criteri di accettazione 'buoni'.
La nostra DoR prevede: user story scritta, criteri di accettazione definiti, story point assegnati e dipendenze individuate.
Sinceramente non sono sicuro che abbiamo una DoR formale. Prendiamo semplicemente quello che c'è in cima al backlog.
Quando funziona

Cosa va bene quando le storie rispettano la nostra Definition of Ready?

Quando le storie sono dimensionate bene e hanno criteri di accettazione chiari, lo sprint planning è molto più veloce. Finiamo in meno di un'ora.
Noto che abbiamo molti meno blocchi a metà sprint quando le dipendenze vengono segnalate in anticipo durante il refinement.
Il team si sente più sicuro nell'impegnarsi sulle storie quando tutti abbiamo potuto fare domande prima dell'inizio dello sprint.
Quando si inceppa

Quali problemi nascono quando le storie non sono davvero pronte?

Lo scorso sprint abbiamo preso una storia senza criteri di accettazione e si è trasformata in tre giorni di botta e risposta con il PO.
Le storie senza un perimetro chiaro vengono 'completate' in modo diverso da sviluppatori diversi, e poi il QA trova incoerenze.
Continuiamo a scoprire dipendenze a metà sprint che ci bloccano per giorni. Dovrebbero emergere durante il refinement.
Migliorare la nostra DoR

Quali modifiche dovremmo fare per rafforzare la nostra Definition of Ready?

Dovremmo aggiungere una checklist al template dei ticket Jira, così non ci sfugge niente prima di segnare una storia come pronta.
Vorrei che ci accordassimo sul fatto che nessuna storia entra in uno sprint senza almeno una sessione di refinement con tutto il team presente.
Ci serve una regola chiara: se una storia non ha i criteri di accettazione 48 ore prima della pianificazione, non viene pianificata.

Che cos'è una Retrospettiva sulla Definition of Ready?

Uno sprint va meglio quando il lavoro che contiene era già pronto prima dell'inizio della pianificazione. La Definition of Ready (DoR) è l'elenco dei criteri di ingresso che un elemento del backlog deve soddisfare prima di entrare in uno sprint, come i criteri di accettazione, una stima e le dipendenze note. La Retrospettiva sulla Definition of Ready verifica se quell'elenco sta davvero facendo il suo lavoro. La board ha quattro colonne. La nostra DoR attuale descrive quali sono realmente i criteri oggi, che spesso risultano diversi da persona a persona. Quando funziona raccoglie esempi di storie pronte che sono filate lisce. Quando si inceppa riguarda ciò che è successo quando del lavoro non pronto è entrato in uno sprint. Migliorare la nostra DoR è lo spazio in cui vi accordate sulle modifiche. Usatela quando la pianificazione continua a sforare, le storie si bloccano a metà sprint o nessuno guarda la vostra DoR da mesi. Funziona sia per i team Scrum sia per quelli Kanban. In TeamRetro le idee si possono aggiungere in forma anonima, così i problemi di refinement emergono anche quando è scomodo sollevarli.

Formato della Retrospettiva sulla Definition of Ready

La nostra DoR attuale

Com'è oggi la nostra Definition of Ready?

Chiedete a ciascuno di scrivere quali pensa siano i criteri attuali. Molti team hanno una DoR informale o non scritta, e le differenze tra le risposte delle persone vi dicono da dove iniziare.

Quando funziona

Cosa va bene quando le storie rispettano la nostra Definition of Ready?

Cercate sprint o storie specifiche in cui essere pronti ha fatto la differenza, come una pianificazione breve o una storia completata senza dover rincorrere nessuno. Questi esempi mostrano al team perché vale la pena mantenere la DoR.

Quando si inceppa

Quali problemi nascono quando le storie non sono davvero pronte?

Di solito è la colonna che dice di più. Chiedete esempi di storie specifiche entrate in uno sprint senza rispettare la DoR e di cosa è successo dopo. Cercate degli schemi: si ripresentano sempre le stesse lacune, o colpiscono sempre lo stesso tipo di storie?

Migliorare la nostra DoR

Quali modifiche dovremmo fare per rafforzare la nostra Definition of Ready?

Accordatevi su modifiche concrete, come aggiungere o togliere criteri, cambiare il modo in cui fate refinement o adattare gli strumenti. Puntate a uscire con 1–3 modifiche da sperimentare nel prossimo sprint.

Quando utilizzare questa analisi retrospettiva

  • Il team continua a incontrare blocchi a metà sprint, scope creep o storie che non si riescono a finire nello sprint, il che spesso significa che il lavoro non era pronto quando è stato pianificato.
  • Lo sprint planning si allunga o risulta caotico perché il backlog non è stato raffinato prima che il team si impegni.
  • State inserendo nuove persone nel team e volete mettere per iscritto cosa significa 'pronto' per voi.
  • Il team ha una Definition of Ready ma non la rivede da un po', e potrebbe non corrispondere più al vostro modo di lavorare attuale.
  • Dopo uno sprint difficile in cui requisiti poco chiari o informazioni mancanti hanno causato ritardi o rilavorazioni.

Domande suggerite per rompere il ghiaccio

  • Se il vostro backlog fosse una cucina, sarebbe una dispensa ben fornita e ordinata o un frigorifero caotico pieno di avanzi misteriosi? Perché?
  • Qual è una cosa che vorreste sapere all'inizio di un'attività e che invece sembrate scoprire sempre a metà strada?

Desiderate un esercizio di riscaldamento che la vostra squadra possa svolgere, anziché limitarsi a rispondere ad alta voce? Sfogliate gli esercizi per rompighiaccio gratuiti →

Idee e consigli per la vostra riunione di retrospettiva

  • Condividete la DoR attuale prima della sessione, così le persone arrivano con esempi reali.
  • Parlate di lacune nel processo, non di errori individuali, così le persone possono raccontare cosa è andato storto senza colpevolizzare nessuno.
  • Mettete un timebox a ogni colonna. Le discussioni sulla DoR finiscono facilmente nel refinement delle singole storie, quindi tenete la retrospettiva concentrata sui criteri.
  • Accordatevi su 1–3 modifiche per sessione. Una DoR che cerca di coprire tutto diventa troppo lunga da seguire.
  • Coinvolgete tutto il team, non solo lo Scrum Master o il Product Owner. Sviluppatori, QA e designer subiscono le storie non pronte in modi diversi.
  • Alla retrospettiva successiva verificate se le modifiche hanno reso più semplici la pianificazione e la consegna.

Domande frequenti

Che cos'è una retrospettiva sulla Definition of Ready?
È una retrospettiva che esamina i criteri di ingresso del team per gli elementi del backlog. La board copre la DoR attuale, cosa funziona quando le storie la rispettano, cosa si inceppa quando non la rispettano e cosa cambiare.
Qual è la differenza tra Definition of Ready e Definition of Done?
La Definition of Ready stabilisce i criteri di ingresso che un elemento del backlog deve soddisfare prima di entrare in uno sprint. La Definition of Done stabilisce i criteri di uscita per considerare il lavoro completato. Questa retrospettiva si concentra sulla prima.
Ogni quanto un team dovrebbe fare una retrospettiva sulla Definition of Ready?
Fatela dopo uno sprint difficile con requisiti poco chiari, quando entrano nuove persone nel team, oppure ogni pochi mesi per verificare che la DoR corrisponda ancora al modo di lavorare del team.
La Definition of Ready fa parte di Scrum?
No. La Scrum Guide definisce la Definition of Done ma non la Definition of Ready, che molti team Scrum aggiungono per conto proprio. Mantenetela leggera, così non diventa un cancello che blocca lavoro utile.
Quanto dura una retrospettiva sulla Definition of Ready?
Circa 45-60 minuti per la maggior parte dei team. Tenete la discussione concentrata sui criteri, altrimenti si trasforma in una sessione di refinement.

Modelli correlati

Retrospettiva Festa di Compleanno

Festeggia un traguardo del team e pianifica l'anno che verrà.

Retrospettiva del Viaggio dell'Eroe

Racconta il tuo progetto come la missione di un eroe

Retrospettiva Missione Agile di Capitan America

Rivedete l'ultima missione del team e pianificate la prossima

Retrospettiva Calcio

Analizzate lo sprint del team come una partita di calcio.

È pronto a condurre questa retrospettiva?Provi questa esibizione dal vivo in chiave retrospettiva