Qual è lo scopo principale di una Sprint Review nel CSM?

Lo scopo della Sprint Review è di raggiungere un accordo sulla doneness, cioè un accordo tra il Product Owner e lo Scrum Development Team. Il team inizia uno sprint prendendo un impegno con il Product Owner. Per esempio, possono dire "Ok Product Owner, possiamo impegnarci per le tue 5 storie utente principali". Poi usano lo sprint per completare quelle storie. Nella revisione, il team dice "Pensiamo che queste storie siano fatte". Il compito del Product Owner è quello di decidere se è d'accordo con questa valutazione.

A qualcuno piace chiamare la Sprint Review la "demo". Va bene se volete usare questa terminologia ma fate attenzione. Se il team pensa alla revisione come un semplice show-and-tell, spesso fa al Product Owner domande vaghe come "Ecco cosa abbiamo costruito - ti piace?"

"Ti piace?" non è una domanda da Sprint Review.

Invece, il team dovrebbe esaminare ogni user story impegnata, leggerla ad alta voce, leggere i criteri di accettazione e poi mostrare al Product Owner dove, nel prodotto, ognuno di quei criteri di accettazione è stato soddisfatto. Poi, invece di "Ti piace?" chiedono al Product Owner:

"Accetti questo come fatto?"

La ragione di questo è che la storia sta per cambiare stato. Se viene accettata, viene aggiunta al prodotto finale. Se viene rifiutata, torna nel Product Backlog e viene ridefinita la priorità per gli sprint futuri.

Questi sono gli unici due stati in cui una storia può trovarsi alla fine della revisione: accettata o rifiutata. Usare dichiarazioni ammorbidenti come "roll-over stories" costruisce solo cattive abitudini nei team perché non devono affrontare il fatto che pensavano di aver capito l'impegno e non l'hanno capito.

Quando le storie sono rifiutate non significa che il tuo team è cattivo. Significa che gli è sfuggito qualcosa. Discutete queste storie in Retrospettiva. Una grande domanda retrospettiva per le storie rifiutate è "Sapendo quello che sappiamo ora, cosa avremmo potuto fare per creare un risultato diverso? In questo modo, il team diventerà sempre più bravo a prendere impegni precisi.

PS - senza offesa per la persona che ha risposto anche a questo, ma, mentre è un importante documento di riferimento, leggere The Scrum Guide è come mangiare pane bianco secco :)