Scrum ha cinque eventi: lo Sprint, lo Sprint Planning, il Daily Scrum, lo Sprint Review e lo Sprint Retrospective. Lo Sprint è un contenitore di durata fissa, di un mese o meno, che comprende gli altri quattro, e ciascuno di questi ha un timebox massimo: 8 ore per lo Sprint Planning, 15 minuti per il Daily Scrum, 4 ore per lo Sprint Review e 3 ore per lo Sprint Retrospective, riferiti a uno Sprint di un mese. Gli Sprint più brevi di solito hanno eventi più brevi.
Questa è la risposta breve. Il resto dell'articolo spiega lo scopo di ogni evento, chi vi partecipa, che cosa significa davvero un timebox e le domande sugli eventi che mettono in difficoltà negli esami PSM I, PSPO I e CSM. Tutto quello che trovi qui segue la Scrum Guide 2020.
Eventi Scrum e timebox in sintesi
Un timebox è un massimo, non un obiettivo. I valori della Scrum Guide sono riferiti a uno Sprint di un mese.
| Evento | Timebox massimo (Sprint di un mese) | Chi partecipa | Risultato principale |
|---|---|---|---|
| Sprint | Durata fissa, un mese o meno | L'intero Scrum Team | Uno o più Increment Done verso il Product Goal |
| Sprint Planning | 8 ore | L'intero Scrum Team (altri possono essere invitati a dare consigli) | Sprint Goal e Sprint Backlog |
| Daily Scrum | 15 minuti, ogni giorno | I Developers | Un piano adattato per il giorno di lavoro successivo |
| Sprint Review | 4 ore | Lo Scrum Team e gli stakeholders chiave | Comprensione condivisa dei progressi e un Product Backlog aggiornato |
| Sprint Retrospective | 3 ore | Lo Scrum Team | Miglioramenti di qualità ed efficacia |
Lo Sprint: l'evento contenitore
Lo Sprint è un evento a sé, ed è quello che le persone dimenticano quando contano. Ha una durata fissa di un mese o meno e contiene lo Sprint Planning, i Daily Scrum, lo Sprint Review e lo Sprint Retrospective. Tutto il lavoro necessario per raggiungere il Product Goal avviene all'interno degli Sprint. Un nuovo Sprint inizia subito dopo la fine del precedente.
Lo Sprint ha una durata fissa, non un massimo che puoi accorciare quando vuoi. L'unico modo in cui uno Sprint termina in anticipo è l'annullamento, e solo il Product Owner può annullare uno Sprint, quando lo Sprint Goal diventa obsoleto. Non possono farlo lo Scrum Master, i Developers, gli stakeholders o il management, anche se naturalmente possono sollevare la questione con il Product Owner.
Sprint Planning (max 8 ore)
Lo Sprint Planning dà inizio allo Sprint. L'intero Scrum Team lavora insieme al piano e può invitare altre persone a dare consigli. Affronta tre argomenti:
- Perché questo Sprint è di valore? Lo Scrum Team definisce lo Sprint Goal, l'unico obiettivo dello Sprint.
- Che cosa si può portare a Done in questo Sprint? I Developers selezionano elementi dal Product Backlog, in discussione con il Product Owner.
- Come verrà svolto il lavoro scelto? I Developers pianificano il lavoro necessario per trasformare gli elementi selezionati in un Increment che rispetti la Definition of Done.
Lo Sprint Goal, gli elementi del Product Backlog selezionati e il piano per consegnarli formano insieme lo Sprint Backlog, che appartiene ai Developers.
Daily Scrum (15 minuti)
Il Daily Scrum è un evento di 15 minuti per i Developers. Il suo scopo è ispezionare i progressi verso lo Sprint Goal e adattare lo Sprint Backlog quando serve. Si tiene alla stessa ora e nello stesso luogo ogni giorno lavorativo dello Sprint per ridurre la complessità.
I Developers possono usare la struttura o la tecnica che preferiscono, purché il focus siano i progressi verso lo Sprint Goal e un piano per il giorno successivo. Le note “tre domande” sono un'opzione, non una regola. Se il Product Owner o lo Scrum Master lavorano attivamente su elementi dello Sprint Backlog, partecipano come Developers.
Il Daily Scrum non è un resoconto di stato allo Scrum Master o a un manager, e non è l'unico momento in cui i Developers possono modificare il proprio piano. Possono parlarne e ripianificare in qualsiasi momento della giornata.
Sprint Review (max 4 ore)
Lo Sprint Review ispeziona il risultato dello Sprint e decide gli adattamenti futuri. Lo Scrum Team presenta i risultati del proprio lavoro agli stakeholders chiave e insieme discutono i progressi verso il Product Goal e che cosa è cambiato nel loro ambiente. Il Product Backlog può essere modificato per riflettere nuove opportunità.
La Scrum Guide lo descrive come una sessione di lavoro e dice che lo Scrum Team dovrebbe evitare di ridurlo a una presentazione. Due conseguenze contano per l'esame:
- Non è un cancello per il rilascio. Un Increment può essere consegnato agli stakeholders non appena rispetta la Definition of Done, anche prima dello Sprint Review. Nessuno deve aspettare la Review per approvare un rilascio.
- Si mostra solo il lavoro Done. Il lavoro che non rispetta la Definition of Done non fa parte di un Increment, non può essere presentato allo Sprint Review e torna nel Product Backlog.
Sprint Retrospective (max 3 ore)
Lo Sprint Retrospective conclude lo Sprint. Il suo scopo è pianificare modi per aumentare qualità ed efficacia. Lo Scrum Team ispeziona com'è andato l'ultimo Sprint rispetto a persone, interazioni, processi, strumenti e alla propria Definition of Done, poi individua i cambiamenti più utili. I miglioramenti di maggiore impatto vengono affrontati il prima possibile e possono anche essere aggiunti allo Sprint Backlog dello Sprint successivo.
E se un evento finisce prima o dura meno?
Poiché un timebox è un massimo, un evento può terminare non appena il suo scopo è raggiunto. Uno Sprint Planning che produce uno Sprint Goal chiaro e un piano fattibile in tre ore va bene. Un Daily Scrum di 15 minuti che finisce in otto va bene.
Il caso opposto conta di più: un evento non dovrebbe superare il proprio timebox. Se lo Sprint Planning sfora continuamente, è un segnale da ispezionare. Forse gli elementi del Product Backlog non sono abbastanza raffinati, o la riunione si sta allontanando dai suoi tre argomenti. Lo Scrum Master aiuta il team a far sì che gli eventi si svolgano, siano positivi e produttivi e restino entro il timebox.
Per gli Sprint più brevi di un mese, la guida dice che gli eventi di solito sono più brevi. Non dà una formula, quindi non aspettarti una domanda d'esame che ti chieda di calcolare un valore esatto per uno Sprint di due settimane. I numeri noti sono i massimi per uno Sprint di un mese.
Perché il Product Backlog refinement non è un evento
Il refinement consiste nello scomporre e definire ulteriormente gli elementi del Product Backlog in elementi più piccoli e precisi, aggiungendo dettagli come descrizione, ordine e dimensione. La Scrum Guide 2020 lo tratta come un'attività continua, non come un evento, quindi non ha timebox né una riunione fissa.
Le versioni precedenti della guida suggerivano che il refinement di solito non richiedesse più del 10% della capacità dei Developers. Quella cifra è stata eliminata nel 2020 e la guida attuale non indica alcuna percentuale. Se un'opzione di risposta cita “il 10% della capacità” come regola, è superata.
Domande d'esame sugli eventi Scrum che di solito si sbagliano
- “Quanti sono gli eventi Scrum?” Cinque. Lo Sprint conta come evento ed è il contenitore degli altri quattro. Il refinement non è uno di essi.
- “Chi deve partecipare al Daily Scrum?” È per i Developers. Lo Scrum Master non deve condurlo né essere presente, e il Product Owner partecipa solo come Developer se lavora su elementi dello Sprint Backlog.
- “Lo Sprint Review è il momento in cui il Product Owner approva il rilascio?” No. È una sessione di lavoro per ispezionare l'Increment e adattare il Product Backlog. I rilasci possono avvenire ogni volta che un Increment è Done.
- “Lo Scrum Master può annullare lo Sprint?” No. Solo il Product Owner, quando lo Sprint Goal diventa obsoleto.
- “Si può allungare uno Sprint per finire il lavoro?” No. Lo Sprint ha una durata fissa. Gli elementi non finiti tornano nel Product Backlog.
- “Qual è il timebox dello Sprint Planning di uno Sprint di due settimane?” La guida fissa solo il massimo per uno Sprint di un mese (8 ore) e dice che gli Sprint più brevi di solito hanno eventi più brevi.
Se vuoi verificare quanto queste regole ti siano rimaste in testa, prova la simulazione PSM gratuita su Scrumdemy: 20 domande in 20 minuti, con una soglia di superamento dell'80%. Per esercitarti più a fondo, la preparazione alla certificazione Scrum Master include quattro esami a tempo con 316 domande.
Domande frequenti
Quali sono i 5 eventi Scrum?
Lo Sprint, lo Sprint Planning, il Daily Scrum, lo Sprint Review e lo Sprint Retrospective. Lo Sprint contiene gli altri quattro.
Quali sono i timebox di Scrum per uno Sprint di un mese?
Lo Sprint Planning ha un massimo di 8 ore, il Daily Scrum 15 minuti, lo Sprint Review 4 ore e lo Sprint Retrospective 3 ore. Lo Sprint stesso dura un mese o meno.
Il Product Backlog refinement è un evento Scrum?
No. Nella Scrum Guide 2020 il refinement è un'attività continua senza timebox e la vecchia indicazione del 10% della capacità è stata eliminata.
Chi può annullare uno Sprint?
Solo il Product Owner, e solo quando lo Sprint Goal diventa obsoleto.