L'importanza della revisione del lavoro (Sprint Review)

Oltre alla pianificazione e all'esecuzione, la revisione regolare del lavoro completato è un pilastro fondamentale dell'agilità.

In Scrum, questo evento è formalizzato come Sprint Review, che si tiene alla fine di ogni Sprint.

Il suo scopo principale è quello di ispezionare l'incremento del prodotto sviluppato durante lo Sprint e adattare la lista dei prodotti in sospeso, se necessario, sulla base del feedback ottenuto.

Si tratta di una sessione di lavoro collaborativa, non di una semplice presentazione formale, in cui il Team Scrum (Product Owner, Scrum Master, Team di Sviluppo) e gli stakeholder chiave si riuniscono per discutere i risultati raggiunti e decidere i passi successivi.

Questa revisione garantisce la trasparenza sui progressi compiuti e consente di adeguare continuamente la direzione del prodotto.

Dimostrare l'incremento agli stakeholder

Una componente centrale della revisione dello sprint è la dimostrazione del lavoro "completato".

Il Team di Sviluppo mostra ciò che ha costruito durante lo Sprint, concentrandosi sull'Incremento funzionale e potenzialmente consegnabile del prodotto.

È fondamentale invitare tutte le parti interessate rilevanti a questa sessione in modo che possano vedere i progressi in prima persona.

La dimostrazione non dovrebbe concentrarsi sul codice o su aspetti tecnici inaccessibili a un pubblico non tecnico, a meno che non sia l'unico modo per mostrare il valore (come un'API), e in tal caso, è necessario assicurarsi che sia comprensibile.

L'obiettivo è mostrare risultati tangibili e funzionali che consentano agli stakeholder di valutare il valore fornito.

Raccogliere feedback e adeguare il backlog

Al di là della dimostrazione, la Sprint Review è un'occasione preziosa per raccogliere feedback diretti dagli stakeholder sull'Incremento presentato.

Questo feedback è essenziale per verificare se il lavoro svolto soddisfa le esigenze e le aspettative.

Sulla base di questo feedback, nonché dei cambiamenti del mercato o delle nuove idee, il proprietario del prodotto può modificare l'elenco dei prodotti in sospeso, ridefinendo le priorità degli articoli, aggiungendone di nuovi o modificando quelli esistenti.

Questo continuo adeguamento del backlog garantisce che il team lavori sempre sugli aspetti più importanti in base alle informazioni più recenti.

I suggerimenti o le nuove richieste emersi durante la revisione vengono annotati ("messi da parte") per essere valutati e prioritizzati in un secondo momento dal Proprietario del prodotto, senza essere discussi in modo approfondito in quel momento.

Buone pratiche (concentrarsi sul "fatto", evitare presentazioni eccessive)

Affinché la revisione dello sprint sia efficace, è opportuno seguire alcune buone pratiche:

Focus sul "Fatto": deve essere mostrato solo il lavoro che soddisfa completamente la Definizione di "Fatto" (DoD). Il lavoro incompiuto viene conservato per la revisione successiva.

Preparazione minima: evitare di investire troppo tempo nella creazione di presentazioni elaborate o diapositive.

L'attenzione è rivolta alla dimostrazione del prodotto reale e alla conversazione. Pre-registrare demo complesse può essere utile per risparmiare tempo.

Collaborazione attiva: promuovere un ambiente in cui gli stakehold