Cos'è la revisione dello sprint?

Verso la fine dello sprint, il team conduce due importanti attività di ispezione e adattamento:

• La sprint review
• La sprint retrospective.

SPRINT REVIEW OVERVIEW

La sprint review è il momento in cui il team Scrum invita i suoi stakeholders a dare un feedback sul prodotto stesso. Ricordiamo che durante la pianificazione di primavera, il team ha pianificato il lavoro. Durante l'esecuzione primaverile il team ha fatto il lavoro. Ed ora, nella sprint review, il team ispeziona il risultato del lavoro - l'incremento di prodotto potenzialmente spedibile.

Tempistica della sprint review

La sprint review avviene verso la fine dello sprint, subito dopo l'esecuzione dello sprint e subito prima della retrospettiva dello sprint

Partecipanti alla sprint review

La sprint review è un'eccellente opportunità per il team Scrum di ottenere un feedback da persone che tipicamente non sono disponibili quotidianamente durante l'esecuzione dello sprint. Per queste persone, la sprint review è la loro prima opportunità di vedere e discutere il lavoro che è stato prodotto durante lo sprint. La lista degli inviti per la sprint review, quindi, dovrebbe includere tutte le parti interessate.

L'intero team Scrum (team di sviluppo, ScrumMaster e product owner) dovrebbe partecipare. Altri potenziali partecipanti includono gli stakeholders interni (es. utenti interni o esperti della materia) altri team interni (es. marketing o supporto), e anche stakeholders esterni (es. clienti esterni o partner).

Perché le sprint review sono informali per progettazione, i team dovrebbero fare un minimo di lavoro di preparazione.

• Inviti
  Il team deve determinare chi invitare. La lista è probabile che vari un po' da sprint a sprint a seconda del lavoro compiuto durante lo sprint.
• Scheduling
  La sprint review dovrebbe essere programmata intorno alla disponibilità di alcuni stakeholder indispensabili. Idealmente, questo giorno e ora potrebbero essere fissati per tutti gli sprint, in modo che avvenga con una cadenza regolare. Ricorda che la sprint review dovrebbe essere a tempo, e tipicamente richiede tra le 2 e le 4 ore a seconda della lunghezza dello sprint.
• Conferma
  Il team può presentare solo il lavoro completato alla review, quindi prima della sprint review, il team deve assicurarsi che il lavoro sia effettivamente fatto.
• Demo Prep
  Questo è per mostrare il lavoro fatto durante lo sprint. Dal momento che il lavoro è già fatto nel momento in cui avviene questo incontro, non è richiesta molta preparazione a meno che il product owner/product manager abbia bisogno di un metodo diverso di Demo (come power point di schermate ecc.).
• Determinazione del ruolo
  Il team deve decidere chi nel team Scrum faciliterà la revisione (spesso, ma non sempre, lo Scrum-Master) e chi dovrà dimostrare il lavoro completato.

APPROCCIO PER LA SPRINT REVIEW

Gli input per la sprint review sono l'obiettivo dello sprint, lo sprint backlog, e l'incremento di prodotto potenzialmente spedibile che il team ha effettivamente prodotto durante lo sprint. Gli output sono un backlog del prodotto curato e un piano di rilascio aggiornato. Un approccio comune per condurre la revisione dello sprint è il seguente: Panoramica (Riassumere), Dimostrare, Discutere e Adattare.