Scrum Master facilitazione guide
Cinque sessioni di Scrum, cinque ruoli di facilitazione molto diversi tra loro. Ecco l’ordine del giorno, i tempi previsti e gli anti-pattern che riscontriamo più spesso — il tutto distillato dall’esperienza maturata nel coaching di decine di team.
Pianificazione dello sprint
Time-box
Fino a 8 ore per uno sprint di 4 settimane (proporzionalmente meno per gli sprint più brevi)
Agenda
- • Confermi l’obiettivo dello sprint: una frase attorno alla quale il team si mobilita.
- • Esaminate attentamente la parte superiore del backlog. Chiarite i criteri di accettazione, non l’implementazione.
- • Previsione: il team prende il lavoro, lo Scrum Master non lo impone mai.
- • Suddividete le attività solo se ciò aiuta effettivamente il team — molti team con una certa esperienza tralasciano questo passaggio.
Anti-patterns
- − Il PO presenta elementi che il team non ha mai visto prima (la fase di perfezionamento è stata saltata).
- − Lo Scrum Master che assegna i compiti o effettua stime per conto degli sviluppatori.
- − Nessun obiettivo per lo sprint — solo un elenco di ticket.
Riunione quotidiana di Scrum
Time-box
15 minuti, ogni giorno, alla stessa ora, nello stesso posto
Agenda
- • Verifichi lo stato di avanzamento rispetto all’obiettivo dello sprint — non si tratti di un rapporto sullo stato di avanzamento da presentare al responsabile.
- • Ostacoli superficiali. Rimandino la risoluzione di tali questioni a dopo la riunione.
- • Se il programma deve essere modificato, lo modifichi. Il programma giornaliero serve a ripianificare le prossime 24 ore.
Anti-patterns
- − Aggiornamento a turno allo Scrum Master (gli sviluppatori sono i responsabili di questa riunione).
- − Risolvere i problemi durante la riunione sotto lo sguardo di sei persone.
- − Lo salto "perché c'è già tutto sulla lavagna".
Revisione dello sprint
Time-box
Fino a 4 ore per uno sprint di 4 settimane
Agenda
- • Mostrate un software funzionante, non delle diapositive. Se non è pronto, non lo mostrate.
- • Invitate i veri soggetti interessati, ovvero le persone le cui decisioni cambieranno in base a ciò che vedranno.
- • Registrate i feedback come possibili elementi da inserire nel backlog, non come impegni.
- • Aggiornate insieme il product backlog e la roadmap, in modo trasparente.
Anti-patterns
- − Consideratelo come una fase di approvazione. L’accettazione avviene nel corso dello sprint, non alla fine.
- − Sala dimostrativa — clic programmati che nascondono le imperfezioni. Mostrate le imperfezioni.
- − Non erano presenti parti interessate, solo il team di sviluppo che si scambiava impressioni tra di loro.
Retrospettiva di sprint
Time-box
Fino a 3 ore per uno sprint di 4 settimane
Agenda
- • Preparate il terreno: rileggete la direttiva principale e riassumete le azioni intraprese durante l’ultimo incontro retrospettivo.
- • Raccogliete i dati — uno dei modelli presenti nella nostra guida ai modelli retrospettivi.
- • Raccogliete spunti: raggruppate, votate e discutete esclusivamente i 2-3 temi principali.
- • Decidete cosa fare: al massimo tre azioni, con l’indicazione dei responsabili e delle scadenze.
- • Conclusione — un momento di ringraziamento. Terminare puntualmente, ogni volta.
Anti-patterns
- − Stesso formato ad ogni sprint — stesse risposte ad ogni sprint.
- − Dodici azioni di cui nessuno è proprietario. Tre sono più che sufficienti.
- − Analisi retrospettiva incentrata sugli errori nella fase di pianificazione o di sviluppo. Concentratevi piuttosto sul miglioramento della riunione a monte.
Affinamento del portafoglio ordini
Time-box
Circa il 10% della capacità del team, su base continuativa — senza alcuna cerimonia
Agenda
- • Il responsabile di progetto illustra i punti all’ordine del giorno. Il team pone domande di chiarimento.
- • Raccogliete i criteri di accettazione. Il PO redige il documento — il team contribuisce.
- • Stimate (o adeguate) il numero di attività in modo che sia sufficiente a coprire 1,5–2 sprint.
- • Suddivida qualsiasi attività di durata superiore a metà sprint prima che entri nella fase di pianificazione.
Anti-patterns
- − Perfezionare i prossimi sei sprint: il mondo cambierà prima.
- − Stimare un lavoro che il team non svolgerà mai: uno sforzo inutile.
- − Considerandola come facoltativa. La qualità della pianificazione è determinata dalla qualità dell’affinamento.
Approfondimento sulla retrospettiva
Tra i cinque eventi, la retrospettiva è quello che la maggior parte dei team svolge in modo automatico. La fase di “raccolta dei dati” sopra indicata rimanda alla nostra guida sui dodici formati di retrospettiva — alternateli in modo che la retrospettiva non produca sempre le stesse tre risposte ad ogni sprint. Le abitudini da adottare durante la riunione per garantire il successo della retrospettiva sono raccolte nella guida ai consigli di facilitazione , mentre il motivo per cui tante retrospettive sembrano inutili — azioni che non vengono mai portate a termine — è analizzato in «Perché i vostri punti d’azione non vengono mai realizzati ».
Strumenti a supporto della cerimonia
L’anti-pattern delle «dodici azioni di cui nessuno si assume la responsabilità» è un problema legato agli strumenti tanto quanto alla facilitazione stessa. Gli strumenti che assegnano un responsabile e una data di scadenza a ogni azione e la inseriscono nel backlog — TeamRetro
e Parabol lo fanno entrambi in modo nativo con Jira e altri tracker — trasformano la regola delle “al massimo tre azioni”, che dovreste vigilare, in un’impostazione predefinita applicata dallo strumento stesso. Esaminate le opzioni disponibili nella directory degli strumenti .