Sprint Retrospective è un momento di riflessione per i team sulle opportunità di miglioramento. L'evento è dedicato alla discussione dei miglioramenti generali del flusso di lavoro, compresi individui, interazioni, processi e strumenti. L'idea generale è quella di tenere questo tipo di discussioni per aiutare il team a trarre insegnamenti e implementare miglioramenti per rendere ogni Sprint più snello e di successo del precedente.
L'Sprint Retrospective è l'ultima cosa da fare in un Sprint. La maggior parte dei team lo tiene subito dopo l'Sprint Review e, così facendo, aiuta a preparare l'Sprint successivo. Si tratta quindi di una riunione ricorrente, che è utile sfruttare al meglio.
Chi partecipa alla riunione?
L'intero team Scrum, compreso il Product Owner, il Scrum Master e gli Developer dovrebbero partecipare. Insieme, il team dispone di un'ampia gamma di prospettive preziose per identificare i miglioramenti dei processi dai loro diversi punti di vista.
L'Scrum Master ha il compito di facilitare la riunione e di incoraggiare il team di Developer a migliorare le pratiche nell'ambito del processo Scrum. Gli Scrum Master hanno la responsabilità di supportare e allenare il team sul metodo Scrum e devono quindi sfruttare questa opportunità per evidenziare se il team non sta aderendo al metodo.
Gli stakeholder non devono partecipare alla riunione Scrum Retrospective a meno che non siano specificamente invitati. Possono invece partecipare alla riunione Sprint Review.
Cosa dovrebbe essere incluso in Scrum Retrospective?
I team possono gestire lo Scrum Retrospective in modi diversi, ma un metodo popolare è "stop", "start" e "continue". Si tratta di un approccio semplice alla gestione della riunione e si affida a ciascun membro del team per identificare le cose specifiche che il team deve fare:
- Iniziare a fare
- Smettere di fare
- Continua a fare
Questo semplice schema può essere adattato in molti modi al team.
Potrebbe anche essere utile pensare a domande più specifiche a cui il team deve rispondere. Alcune domande utili potrebbero essere
- Cosa è andato bene durante l'Sprint? Il successo di un'iterazione può essere analizzato determinando cosa è stato fatto di diverso per raggiungerlo. Ad esempio, chi ha contribuito e come, e quali competenze, formazione o conoscenze hanno aiutato.
- Cosa non è andato bene durante l'Sprint? Esaminare ciò che non è andato secondo i piani con l'obiettivo di migliorare le prestazioni in futuro.
- Quali sono stati i principali insegnamenti tratti dall'Sprint? Si tratta di esaminare ciò che il team ha imparato durante l'Sprint per continuare a migliorare il proprio modo di lavorare.
- Cosa dovremmo fare di diverso durante il prossimo Sprint? In questo modo si eviterà di commettere gli stessi errori, adottando così un'azione correttiva.
Ognuna di queste domande può fungere da punto di partenza per approfondire e ottenere maggiori informazioni. Il Scrum Master deve incoraggiare il resto del team Scrum a rispondere alle domande e a migliorare il processo e le pratiche per renderlo più efficace per il successivo Sprint.
Inoltre, durante ogni Sprint Retrospective, il team Scrum pianifica i modi per aumentare la qualità del prodotto migliorando i processi di lavoro o adattando il "Definition of Done" se appropriato e non in conflitto con gli standard del prodotto o dell'organizzazione.
Particolarmente importante è che il Sprint Retrospective si concluda con alcune iniziative concrete su cui il team agirà nel prossimo sprint. In pratica, questo viene avviato con l'aggiunta di compiti nel prossimo sprint. Riunione Sprint Planning che completeranno queste iniziative.
Qual è la durata dell'incontro?
La durata dell'Retrospective può dipendere da diversi fattori, come il numero di membri del team nell'Sprint. Tuttavia, la riunione è generalmente limitata a un massimo di tre ore per un Sprint di un mese. Come previsto, se il Sprint è inferiore a un mese, l'evento è solitamente più breve.
Sintesi di Sprint Retrospective
La riunione Sprint Retrospective è uno strumento importante per aiutare i team Scrum ad aumentare la qualità e l'efficacia. Porre le domande giuste permette al team di pensare, fornendo così la responsabilità a ciascun membro del team e rendendolo veramente Agile.
