Comprendere le quattro riunioni centrali dell'agile è il modo più rapido per migliorare il funzionamento di un team Scrum. Ogni cerimonia ha uno scopo distinto, un pubblico diverso e una definizione diversa di successo. Condurle bene produce risultati che si accumulano. Condurle male, o confonderne una con l'altra, porterà alla stessa frizione ripetuta sprint dopo sprint.
Questa guida copre la Pianificazione dello Sprint, la Riunione Giornaliera, la Revisione dello Sprint e la Retrospettiva dello Sprint: a cosa serve ciascuna, come condurla efficacemente e gli errori più comuni da evitare.
I quattro tipi di riunioni agile
| Riunione | Quando | Durata | Chi facilita |
|---|---|---|---|
| Pianificazione dello Sprint | Inizio di ogni sprint | 1–2 ore | Scrum Master |
| Riunione Giornaliera | Ogni giorno | 15 minuti | Team (auto-facilitata) |
| Revisione dello Sprint | Fine dello sprint | 1–2 ore | Product Owner |
| Retrospettiva dello Sprint | Fine dello sprint (dopo la Revisione) | 1–2 ore | Scrum Master |
1. Pianificazione dello Sprint
Cos'è
La Pianificazione dello Sprint apre ogni sprint. Il team esamina il backlog del prodotto con il Product Owner, concorda su un obiettivo dello sprint e seleziona il lavoro che si impegneranno a consegnare nelle prossime una-quattro settimane.
L'obiettivo dello sprint è l'output più importante. Una lista di ticket non è un obiettivo dello sprint. Un obiettivo dello sprint dà al team qualcosa attorno a cui unirsi quando le priorità cambiano a metà sprint.
Come appare quando è fatto bene
- L'obiettivo dello sprint è concordato prima che la riunione termini; non "vedremo lungo il cammino".
- Gli elementi del backlog sono ben definiti; il team non passa il tempo della pianificazione a decifrare cosa significa un ticket.
- Ogni elemento selezionato ha una definizione condivisa di fatto e una stima realistica.
- Il carico di lavoro tiene conto della capacità effettiva: ferie, doveri di reperibilità, lavoro residuo dallo sprint precedente.
Errori comuni
Impegnarsi troppo. I team che mancano costantemente l'obiettivo dello sprint di solito stanno cercando di fare troppo, non lavorando troppo lentamente. Usa i dati di velocità e una pianificazione della capacità onesta piuttosto che l'ottimismo.
Saltare la definizione. Se la Pianificazione dello Sprint regolarmente dura a lungo, il problema è di solito elementi del backlog poco definiti. Troppi ignoti nella stanza rallentano tutto.
Nessun obiettivo dello sprint. Senza un obiettivo condiviso, il team ottimizza per i singoli ticket anziché per risultati collettivi. Quando qualcosa di inaspettato si presenta a metà sprint, non c'è una stella polare per le decisioni di gestione delle priorità.
2. Riunione giornaliera
Cos'è
La Riunione Giornaliera è una sincronizzazione quotidiana di 15 minuti per coordinare il lavoro del team e identificare blocchi. Non è un rapporto di stato allo Scrum Master; è una conversazione tra membri del team.
Le tre domande classiche:
- Cosa ho fatto ieri?
- Cosa farò oggi?
- Qualcosa mi blocca?
Come appare quando è fatto bene
- La riunione inizia e finisce puntuale, ogni giorno.
- I blocchi sono indicati chiaramente, non nascosti. Un blocco non risolto a fine giornata è molto più costoso di 60 secondi di disagio momentaneo durante la riunione.
- Il team parla tra di loro, non allo Scrum Master.
- Discussioni più approfondite vengono riprese subito dopo, non esplorate in tempo reale.
Errori comuni
Trasformarla in un rapporto di stato. Se lo Scrum Master pone le domande e i membri del team rispondono a lui, è diventata una cerimonia di rapporto piuttosto che uno strumento di coordinamento.
Superare i 15 minuti. Se le riunioni regolarmente sforano, il problema è di solito aggiornamenti che appartengono a un'altra riunione. Applicare fermamente la regola "ne discuteremo dopo".
Trattare i blocchi come opzionali da menzionare. I team che dicono sempre "nessun blocco" quando chiaramente ne esistono hanno un problema di sicurezza psicologica, non un problema di riunione giornaliera. Affrontalo nella retrospettiva.
3. Revisione dello Sprint
Cos'è
La Revisione dello Sprint avviene alla fine dello sprint. Il team dimostra il lavoro completato agli stakeholder e al Product Owner, e il backlog viene regolato in base a ciò che è stato creato e al feedback ricevuto.
La Revisione dello Sprint è il ciclo di feedback tra il team e l'azienda. Senza di essa, il team sviluppa in un vuoto.
Come appare quando è fatto bene
- Solo il lavoro che soddisfa la definizione di fatto viene dimostrato. Il lavoro parzialmente completato non viene mostrato.
- Gli stakeholder sono attivamente coinvolti: fanno domande e danno feedback, non assistono a una presentazione.
- Il Product Owner regola il backlog in base a ciò che vede e sente, non successivamente nella settimana quando il momento è passato.
- La discussione rimane focalizzata sul prodotto, non sul processo del team (per quello c'è la retrospettiva).
Errori comuni
Presentare lavoro che non è completato. Questo erode la fiducia nella definizione di fatto e insegna agli stakeholder ad aspettarsi output approssimativi anziché verificati.
Presentazione a senso unico. Se gli stakeholder sono osservatori passivi, la revisione non funziona. Il punto è ottenere feedback che cambi cosa il team svilupperà in seguito. Progettare la sessione per creare dialogo.
Nessun stakeholder presente. Una Revisione dello Sprint solo con il team di sviluppo è una prova generale, non una revisione.
4. Retrospettiva dello Sprint
Cos'è
La Retrospettiva dello Sprint è lo spazio che il team ha per riflettere su come hanno lavorato, non su cosa hanno costruito. Segue la Revisione dello Sprint e si concentra su processo, collaborazione e miglioramento continuo.
Tre domande strutturano la maggior parte delle retrospettive:
- Cosa è andato bene?
- Cosa potrebbe essere migliorato?
- Cosa faremo diversamente il prossimo sprint?
La terza domanda è la più importante. Una retrospettiva senza elementi di azione concreti è solo una conversazione.
Come appare quando è fatto bene
- Gli elementi di azione della retrospettiva precedente vengono rivisti all'inizio.
- Il team è onesto, il che richiede sicurezza psicologica.
- La sessione produce due o tre elementi di azione specifici e di cui qualcuno si assume la responsabilità, non una lista dei desideri di dieci punti.
- Il formato varia sprint dopo sprint. Ruotando i formati della retrospettiva si mantiene la conversazione fresca.
TeleRetro ha 50+ formati e modelli per le retrospettive adatti ai diversi umori del team e tipi di sprint. Il Retro Bot di TeleRetro può suggerire un formato se non sei sicuro di dove iniziare.
Errori comuni
Stesso formato ogni sprint. La familiarità genera risposte automatiche. Prova a ruotare tra Lean Coffee, Mad Sad Glad, o Barca a Vela per cambiare quello che viene in superficie.
Elementi di azione senza responsabili. "Dovremmo migliorare la pipeline CI" non è un'azione. "Priya indagherà sulla parallelizzazione del test suite entro giovedì prossimo" sì.
Stakeholder o manager presenti. Le retrospettive sono per il team. La presenza di esterni cambia ciò che le persone dicono. Mantieni la partecipazione al team e Scrum Master per impostazione predefinita.
Come le quattro riunioni si collegano tra loro
Le quattro cerimonie formano un ciclo. La Pianificazione dello Sprint determina la direzione. Le Riunioni Giornalieri mantengono il coordinamento. La Revisione dello Sprint verifica l'output rispetto alla visione del prodotto. La Retrospettiva migliora come il team lavora in modo che il prossimo ciclo sia migliore del precedente.
Quando una cerimonia è debole, mette sotto pressione le altre. I team con una Pianificazione dello Sprint scadente tendono ad avere riunioni giornaliere caotiche. I team senza retrospettive efficaci ripetono gli stessi problemi sprint dopo sprint. Trattare le quattro riunioni come un sistema connesso, piuttosto che quattro obblighi separati, è ciò che rende veramente efficace il ritmo agile.
Domande frequenti
Sono necessarie tutte e quattro le riunioni nell'agile?
Nello Scrum specificamente, sì: tutte e quattro le cerimonie sono definite nella Guida Scrum. Nel Kanban o in altri framework, la struttura è più flessibile. Molti team Kanban tengono una riunione giornaliera e una retrospettiva periodica ma saltano la Pianificazione dello Sprint e la Revisione dello Sprint nella loro forma tradizionale. Ciò che conta è che gli scopi sottostanti siano soddisfatti: coordinamento, feedback e miglioramento continuo.
Qual è la differenza tra una revisione dello sprint e una retrospettiva dello sprint?
La revisione dello sprint riguarda il prodotto: cosa è stato costruito, se soddisfa la definizione di fatto e cosa pensano gli stakeholder. La retrospettiva riguarda il team: come avete lavorato insieme, cosa vi ha rallentato e cosa cambiare. Riunioni diverse, partecipanti diversi, risultati diversi.
Chi dovrebbe partecipare a ciascuna riunione?
- Pianificazione dello Sprint: Il team di sviluppo, lo Scrum Master e il Product Owner.
- Riunione Giornaliera: Il team di sviluppo. Lo Scrum Master può partecipare ma non dovrebbe condurla.
- Revisione dello Sprint: Il team di sviluppo, Scrum Master, Product Owner e stakeholder invitati.
- Retrospettiva dello Sprint: Il team di sviluppo e Scrum Master. Il Product Owner può partecipare se il team lo invita, ma è opzionale e dovrebbe essere a discrezione del team, non un default.
Quanto dovrebbe durare ciascuna riunione?
La Guida Scrum collega la durata alla lunghezza dello sprint. Per uno sprint di due settimane: Pianificazione dello Sprint fino a quattro ore, Revisione dello Sprint fino a due ore, Retrospettiva dello Sprint fino a 1,5 ore. Nella pratica, i team esperti lavorano più brevemente. Le Riunioni Giornalieri sono sempre di 15 minuti, indipendentemente dalla durata dello sprint.
Aggiornato
Vivi un retro migliore
Crea un retro in pochi secondi e verifica di persona.