Accettazione ufficiale dei lavori nello Sprint Review - Sì o No?

Alcuni team utilizzano lo Sprint Review come opportunità per l'accettazione dei Product Backlog Item completati in quello Sprint da parte del Product Owner o degli stakeholder principali.

In linea di principio, uno Sprint Review non dovrebbe essere utilizzato da un team per far accettare il lavoro dal Product Owner. Il team e il Product Owner dovrebbero collaborare così strettamente durante lo Sprint che il team sappia comunque cosa pensa il Product Owner del loro lavoro.

"Nessuna sorpresa" è la mia regola n. 1 per lo Sprint Review

È perfettamente accettabile che un Product Owner non accetti il lavoro del team per un determinato Product Backlog Item. Tuttavia, il team dovrebbe saperlo già in anticipo.

I membri del team non dovrebbero entrare in uno Sprint Review aspettandosi grandi riconoscimenti per il loro lavoro, solo per poi ricevere inaspettatamente delle lamentele.

Lo Sprint Review può essere usato ufficialmente per l'accettazione?

Quando un cliente incarica un fornitore di sviluppare un prodotto per lui, idealmente qualcuno nell'azienda del cliente funge da Product Owner. In questo caso, può essere accettabile che i feature vengano approvati durante lo Sprint Review. Tuttavia, rimango dell'opinione che non dovrebbero esserci sorprese nello Sprint Review.

Anche se il Product Owner del cliente fornisce feedback al team durante lo Sprint, è possibile che debba attendere un'accettazione ufficiale fino a quando gli altri stakeholder non abbiano avuto la possibilità di esprimersi sul lavoro.

Un esempio semplice

Un esempio semplice: mia figlia mi ha chiesto di recente se poteva partecipare a una gita scolastica. Ho detto che non avevo problemi, ma – indovina un po' – dovevamo prima chiedere a sua madre. Il motivo era che mia moglie avrebbe potuto avere già altri piani per la famiglia in quel periodo, di cui io non ero ancora a conoscenza.

E l'accettazione in un progetto reale?

Questa è una situazione quotidiana per i Product Owner negli incarichi di sviluppo. Anche se al Product Owner, che interagisce quotidianamente con il team, piace come è stato costruito un feature, potrebbe comunque dover verificare che anche gli stakeholder che rappresenta siano della stessa opinione. Naturalmente, si potrebbe sostenere che il Product Owner potrebbe semplicemente andare da loro e chiedere. Ma questo può essere molto poco pratico e quindi viene gestito al meglio durante lo Sprint Review.

In questi incarichi di sviluppo, il cliente non fornisce però sempre un Product Owner. Spesso il cliente paga affinché il partner contrattuale si occupi di tutto.

Il cliente è naturalmente comunque il vero Product Owner. Il cliente alla fine accetterà o rifiuterà il lavoro di sviluppo. Non vuole però essere "disturbato" quotidianamente con queste cose. La soluzione tipica è che il fornitore metta a disposizione un Product Owner dalla propria azienda.

E in questo caso, i Product Backlog Item non possono essere accettati prima dello Sprint Review. Il vero Product Owner (dell'azienda del cliente) non è sufficientemente disponibile e coinvolto per poter accettare più frequentemente.

Certamente il team può ottenere un'approvazione preliminare dal proprio Product Owner durante lo Sprint. Ma il vero Product Owner dell'azienda del cliente può prendere una decisione completamente diversa nello Sprint Review.

La risposta definitiva dipende, come spesso accade, dal contesto della situazione specifica. E per questo devo dire che non mi preoccupo troppo se l'accettazione ufficiale dei lavori avviene nello Sprint Review. Tuttavia, rimango dell'opinione che non dovrebbero esserci sorprese nello Sprint Review. Fai ciò che è più adatto a te. L'importante è che i membri del team sappiano già prima del Review cosa li aspetta.

Questo testo proviene dal blog di Mike Cohn ed è stato tradotto in italiano.

Sprint Planning basato sulla Velocity

=> Vantaggi e svantaggi dello Sprint Planning basato sulla Velocity

Quando cambiare l'ordine degli item?

=> Ecco 5 buoni motivi per cui di tanto in tanto si dovrebbe modificare l'ordine degli item nello Sprint.