Revisione dello Sprint in Scrum

La revisione dello sprint (Sprint Review Meeting) è un incontro tra il team di sviluppo, il Product Owner, il management e/o i committenti per presentare lo stato dello sprint e confrontarlo con l’impegno assunto all’inizio dei lavori.

In Scrum, questo incontro chiude uno sprint (iterazione di 10-15 giorni) svolgendo una dimostrazione delle funzionalità completate ai principali stakeholder.

Per questo motivo spesso tale riunione viene chiamata anche Sprint Demo.

Ciò consente agli stakeholder di prendere visione dei risultati con regolarità e di fornire indicazioni per migliorare il prodotto.

Naturalmente, potrebbe sorgere l’esigenza di alcune modifiche che verranno effettuate nello Sprint successivo e dimostrate nel prossimo incontro di revisione dello Sprint.

In questo modo è possibile attuare un controllo in corso d’opera che semplifica e velocizza gli aggiustamenti da fare.

Poiché questo tipo di incontri si svolgeranno con una certa frequenza durante tutto lo sviluppo del prodotto, non c’è bisogno che siano particolarmente lunghi: un’ora di durata è più che sufficiente per illustrare tutti i punti, svolgere la demo e rispondere alle domande.

Obiettivi della revisione dello Sprint

L’obiettivo è informare in modo trasparente la committenza sul lavoro che:

1. è stato fatto,
2. non è stato fatto,
3. è stato aggiunto,
4. è stato rimosso dallo sprint.

Inoltre, al cliente ed al management viene richiesto di fornire un feedback sulla performance del team.

Dettagli illustrati nell’incontro di revisione dello Sprint

1. Quando lo sprint è iniziato e finito
2. Chi ha lavorato ai risultati
3. Qual era l’obiettivo dello sprint
4. Cosa è stato pianificato
5. Cosa è stato fatto e cosa no
6. Cosa è stato aggiunto e cosa rimosso dallo sprint
7. Quali rischi e problemi sono stati individuati e affrontati
8. Dimostrazione della funzionalità sviluppata
9. Feedback dei partecipanti
10. Informazioni sul prossimo sprint

Ordine del giorno della riunione

1. Illustrazione degli obiettivi dello Sprint (10 min.)
2. Riproposizione dei principali requisiti (5 min.)
3. Stato dello Sprint (15 min.)
4. Demo delle funzionalità (15 min.)
5. Raccolta dei feedback e prossimi passi (10 min.)
6. Chiusura della revisione dello sprint (5 min.)

Chi fa cosa

1. Un’introduzione agli obiettivi dello sprint.arsi sulle ore spese
2. Un’introduzione ai principali requisiti pianificati che il team si è impegnato a soddisfare.
3. Una panoramica sullo stato dello sprint.
4. Una informativa sui difetti individuati e le migliorie introdotte durante lo sprint per aumentare la qualità.

Lo Scrum Master:

1. Predispone la documentazione necessaria per la revisione dello sprint
2. Cura gli aspetti organizzativi e logistici dell’incontro.
3. Svolge la funzione di moderatore dell’incontro.
4. Raccoglie i feedback.

Il Team di sviluppo:

1. Fornisce informazioni sullo stato dello sprint
2. Effettua la dimostrazione dal vivo delle funzionalità sviluppate.

Errori da evitare

1. Viene perso tempo a dettagliare ogni elemento dello sprint backlog.
2. Ci si sofferma sulle ore spese. (In Agile si crea valore, non si passa il tempo)
3. La demo non viene preparata adeguatamente facendo prove.
4. Non vengono raccolti i feedback.
5. I tempi dell’incontro non vengono rispettati / gestiti.
6. Il Product Owner prende troppo spazio.
7. Non viene fornita documentazione.
8. Non è chiaro cosa accade nel periodo successivo alla revisione dello sprint.