Guida Scrum | 38. Che cos'è una retrospettiva Sprint?

Sprint Retrospective è un evento conclusivo dello Sprint a cui possono partecipare solo i membri dello Scrum Team. Ciò gli consente di essere completamente dedicato agli affari interni della squadra. Questo perché la Sprint Retrospective viene utilizzata principalmente per riflettere sui metodi di lavoro attuali e per discutere suggerimenti per migliorarli.

Che cos'è una retrospettiva sprint? - sommario:

1. introduzione
2. Obiettivi e temi della Retrospettiva Sprint
3. Come condurre una Retrospettiva Sprint efficace?
4. Problemi da discutere
5. Discussione e impegno
6. Riepilogo

introduzione

Sprint Retrospective è l'incontro che conclude ogni Sprint. È uno degli Scrum Event, di cui abbiamo parlato in una panoramica in un articolo separato.

Secondo la Scrum Guide ufficiale, una Sprint Retrospective richiede un massimo di tre ore per uno Sprint mensile. O corrispondentemente più breve se lo Scrum Team lavora in cicli più brevi.

Obiettivi e temi della Retrospettiva Sprint

Tutti i membri dello Scrum Team partecipano alla Sprint Retrospective. Lo scopo dell'incontro è discutere i problemi relativi al lavoro dello Scrum Team e come li gestisce. Tuttavia, non si tratta di problemi relativi al Prodotto sviluppato dallo Scrum Team, ma di problemi relativi alla natura e al corso della cooperazione tra i membri dello Scrum Team.

Poiché le questioni sollevate sono spesso delicate e delicate, la Sprint Retrospective è un evento chiuso. Possiamo formulare i suoi obiettivi nel modo seguente:

• riassumere le attuali modalità di cooperazione
• per identificare quei problemi e quelle imperfezioni che richiedono un miglioramento
• suggerire soluzioni e modifiche

Gli obiettivi di Sprint Retrospective sono strettamente correlati ai pilastri dell'empirismo su cui si appoggia Scrum. I primi due punti sono relativi all'ispezione. Mentre l'ultimo è relativo all'adattamento. In questo articolo abbiamo scritto di più sui pilastri dell'empirismo e sul loro ruolo in Scrum.

Il risultato delle risposte agli incontri di cui sopra non è solo un quadro chiaro dei principi di cooperazione dello Scrum Team a disposizione di tutti i suoi membri. Il Team si impegna anche a migliorare la cooperazione e il comportamento del team, che saranno implementati nel prossimo Sprint.

Come condurre una Retrospettiva Sprint efficace?

Poiché la Sprint Retrospective è un incontro difficile, il ruolo dello Scrum Master che modera la discussione è fondamentale. Idealmente, dovrebbe suggerire ai membri dello Scrum Team di parlare dopo. Ad esempio, può chiedere a tutti di fornire un riassunto di una frase dello Sprint finale.

Problemi da discutere

Dal momento che parlare di problemi nel team può suscitare molte emozioni, una soluzione comune è scrivere i problemi da discutere su fogli separati. Questo rende più facile esprimere la tua opinione. È anche più facile individuare aree problematiche più ampie e problemi di cui più persone hanno preoccupazioni.

Se ci sono troppi problemi che lo Scrum Team propone, puoi iniziare discutendo i principali. Oppure selezionare collettivamente quali sono le questioni più importanti secondo l'opinione dello Scrum Team.

Puoi rimandare i problemi per i quali non c'è stato abbastanza tempo durante la Sprint Retrospective alla prossima retrospettiva. Naturalmente, solo nel caso in cui si verificano ancora.

Discussione e impegno

Le parti più importanti della Sprint Retrospective, tuttavia, sono la discussione e l'assunzione di impegni.

La discussione dovrebbe concentrarsi sulle cause dei problemi, sui momenti in cui si verificano e sul loro impatto sul funzionamento dello Scrum Team. Vale la pena considerare se il loro verificarsi può essere evitato e con chi discutere la loro soluzione.

Prendere impegni è importante tanto quanto diagnosticare i problemi perché il solo sapere che esistono e le cause non si traducono nel risolverli. Il risultato di una Sprint Retrospective è solitamente di diversi impegni. Se il problema riguarda l'intero team, spesso uno dei membri del team si impegna a prestare particolare attenzione a un particolare problema nel prossimo Sprint. E per proporne la soluzione, o anche per risolvere il problema stesso. Se, invece, il problema riguarda l'azione di una determinata persona, questa si impegna a modificare il proprio comportamento già al prossimo Sprint.

Riepilogo

Sprint Retrospective è una sintesi di uno Sprint dal punto di vista della collaborazione tra i membri dello Scrum Team. Il suo scopo è migliorare l'efficienza e coltivare i tre pilastri dell'empirismo: trasparenza, ispezione e adattamento. Trasparenza, per cui tutti i collaboratori parlano francamente tra loro dei successi e dei problemi che sorgono nel team. Ispezione, che comporta la diagnosi frequente e affidabile della situazione all'interno del team, e adattamento, cioè la correzione degli errori che si verificano in maniera continuativa.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog