Le 5 Cerimonie Scrum: Cosa Sono, Scopo e Consigli
Le cerimonie Scrum sono una parte fondamentale della pratica di implementazione dell’Agile, una mentalità che valorizza le persone, prodotti funzionanti, la collaborazione con gli stakeholder e l’adattamento al cambiamento.
La metodologia Scrum e le sue cerimonie sono basate sul Manifesto Agile, all’interno del quale sono presenti diverse metodologie pensate per collaborare e lavorare in team, tutte in linea con la mentalità agile e il manifesto stesso.
Se hai lavorato in un team che ha parlato di “eventi Scrum”, “sprint”, “backlog grooming” e “sprint review”, è probabile che tu abbia fatto parte di un gruppo che cercava di operare seguendo la metodologia Scrum. Ricorda, il framework agile è una mentalità, mentre Scrum è una metodologia.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Cosa sono le cerimonie Scrum?
Le cerimonie Scrum (a volte chiamate eventi Scrum) sono eventi o elementi importanti della metodologia Scrum che seguono la mentalità agile e sono spesso utilizzate nello sviluppo software o in progetti di tipo iterativo.
Ci sono cinque cerimonie Scrum definite specificamente, che esaminerò in dettaglio nella prossima sezione di questo articolo.
Le cerimonie Scrum non sono semplici riunioni fini a se stesse. Piuttosto, forniscono una struttura che consente ai team di lavorare in modo organizzato, di stabilire aspettative, di favorire una collaborazione efficace e, in definitiva, di ottenere risultati.
Se non sono gestite adeguatamente, possono essere eccessivamente presenti nei calendari e soffocare il valore che dovrebbero offrire. Detto questo, Scrum stesso, come le cerimonie Scrum, è volutamente leggero e semplice.
Scopri di più nella nostra video guida:
Quali sono le 5 cerimonie Scrum?
Pronto ad approfondire le cinque cerimonie ed eventi Scrum? Analizziamone lo scopo, i partecipanti e alcuni consigli per renderle più efficaci.
Da sottolineare che ognuno di questi eventi è a tempo definito, intenzionale e finalizzato al servizio dell’intero team Scrum. In altre parole, esistono per rendere possibile la consegna dei risultati.
Nota: Svolgere questi eventi in modo isolato non renderà automaticamente il tuo team agile, né assicurerà che stiate lavorando secondo la metodologia Scrum. Affinché Scrum funzioni in modo efficace, questi eventi devono essere parte di un processo più ampio, ben compreso e chiaramente definito.
Dovrebbero facilitare le conversazioni all’interno del team agile per portare avanti le attività. E quale project manager non vuole vedere il lavoro concluso?
Lo sprint
Uno sprint in Scrum è un intervallo di tempo fisso (solitamente di un mese o meno) durante il quale le idee vengono trasformate in valore. Gli sprint si susseguono fino al completamento del prodotto (o senza una reale fine). Spesso, i team misurano il proprio futuro in sprint.
Scopo dello sprint
Lo scopo dello sprint è definire i tempi di lavoro e permettere ai team di consegnare rispetto agli impegni presi. Gli sprint consentono di fissare obiettivi a breve termine, ma concreti. Durante uno sprint, nulla dovrebbe cambiare a tal punto da mettere a rischio l’obiettivo dello sprint.
Partecipanti allo sprint
Intero team Scrum: product owner, team di sviluppo e Scrum master.
Durata dello sprint
Uno sprint dura da 1 a 4 settimane, mai di più. Questo limite permette ai team di avanzare e fornire progressi incrementali senza esasperare le persone.
Quando implemento Scrum con un nuovo team, spesso inizio con sprint di 1 settimana poiché generalmente possiamo pianificare una settimana alla volta. I team più esperti, in particolare quelli che sviluppano software, spesso lavorano con sprint di 2 settimane per avere più spazio per innovazione e test durante il periodo di timebox.
Consigli Utili
- Gli sprint non sono né il nemico né un motivatore. Non cercare di convincere le persone a fare qualcosa solo per lo sprint. Motiva invece il team a raggiungere l'obiettivo dello sprint e a consegnare un incremento di prodotto.
- Pensa a quando inizierà e terminerà il tuo sprint. Uno sprint dovrebbe iniziare subito dopo che l'ultimo è terminato, letteralmente nel giro di poche ore. Il tempo tra la fine e l'inizio dello sprint dovrebbe essere riservato semplicemente alla sprint review, alla retrospettiva e alla pianificazione dello sprint; poi si ricomincia tutto da capo!
Altro Da Sapere?
Gli sprint non possono essere allungati o accorciati. Uno sprint può essere annullato solo se l'obiettivo dello sprint diventa obsoleto. Solo il product owner può annullare lo sprint.
Riunione di Pianificazione dello Sprint
La riunione di pianificazione dello sprint è l'evento Scrum pensato per assicurarsi che il team sia pronto a portare a termine le cose giuste nello sprint successivo.
Scopo della Pianificazione dello Sprint
La pianificazione dello sprint consente al product owner e al team di sviluppo di revisionare il product backlog prioritizzato, di solito in un software Scrum o software di project management agile. Attraverso una serie di discussioni e negoziazioni, identificano le attività che si impegnano a completare entro la fine dello sprint. Il product owner è responsabile di questo.
Partecipanti alla Pianificazione dello Sprint
Il team Scrum—il product owner, il team di sviluppo e lo Scrum master.
Durata della Pianificazione dello Sprint
La durata della maggior parte degli eventi Scrum è relativa alla durata dello sprint. Per quanto riguarda la pianificazione dello sprint, dovrebbe durare il doppio della durata dello sprint (in ore).
Consigli Utili
- Gli epic e le user stories possono essere suddivisi in attività più piccole e assegnati durante la pianificazione dello sprint così tutti sanno quali sono le proprie responsabilità.
- Incoraggia il team a definire attività, bug e qualsiasi elemento necessario durante questo meeting Scrum. Deve essere un evento altamente collaborativo.
- Cerca di avere una misura della velocità del team prima che inizi la pianificazione dello sprint, assumendo che il vostro team abbia già lavorato secondo Scrum.
Altro Da Sapere?
La pianificazione dello sprint permette al team Scrum di rispondere alle domande: "Cosa possiamo consegnare in questo prossimo sprint? E come porteremo a termine queste attività?" Aiuta a fornire prevedibilità e crea un ambiente collaborativo.
Template per la Pianificazione dello Sprint
Nella libreria di template DPM Membership, trovi un'agenda scaricabile, una checklist e una email che puoi personalizzare secondo le esigenze di pianificazione degli sprint del tuo team. Questo ti aiuterà a organizzare una sessione di pianificazione sprint produttiva e utile.
Daily Scrum (Riunione Giornaliere)
Il Daily Scrum è l'occasione per il team di celebrare i risultati recenti, definire un piano per la giornata e identificare eventuali ostacoli nel progetto Scrum.
Scopo del Daily Scrum
Questo evento Scrum è un'opportunità frequente e regolare in cui il team si riunisce per comunicare i progressi individuali verso l'obiettivo dello sprint. Non si tratta di un aggiornamento sullo stato, ma dovrebbe far emergere eventuali impedimenti del team.
Partecipanti alla riunione Daily Scrum
Lo Scrum master e il team di sviluppo. Il product owner è facoltativo.
Durata della riunione Daily Scrum
Questa è breve! Non dovrebbe durare più di 15 minuti. Più facile a dirsi che a farsi.
Suggerimenti utili
- Tieni la riunione sempre alla stessa ora ogni giorno (solitamente la mattina), e cerca di renderla il più possibile parte della routine del team Scrum.
- La riunione giornaliera non dovrebbe essere annullata se un leader o lo Scrum master non può partecipare. La riunione è per il team; fate comunque il daily scrum.
Qualcos'altro?
Chiamata anche daily stand-up o riunione Scrum, questo rapido controllo quotidiano dovrebbe preparare il team per la giornata, aiutandoli a rimanere sincronizzati e a costruire fiducia reciproca. Permetti al team di mantenersi responsabile, ogni giorno, per raggiungere gli impegni presi.
Riunione Sprint Review
La Sprint Review è l'evento Scrum in cui tutto il lavoro completato durante lo sprint precedente può essere mostrato agli stakeholder.
Scopo dello Sprint Review
Alla fine di ogni sprint, lo sprint review offre una piattaforma al team di sviluppo per mostrare tutto il lavoro che è stato completato. Questo permette agli stakeholder di ispezionare o adattare il prodotto mentre prende forma.
Le Sprint Review possono svolgersi in modo informale oppure essere più strutturate. Ciò può dipendere dal ciclo di vita del prodotto e dalla pianificazione dei rilasci.
Partecipanti allo Sprint Review
Il team Scrum: product owner, team di sviluppo e Scrum master. Possono partecipare anche manager o stakeholder esterni.
Durata dello Sprint Review
1 ora per ogni settimana di sprint. Uno sprint di 2 settimane dovrebbe avere una sprint review di 2 ore.
Suggerimenti utili
- Il product owner dovrebbe porre domande agli stakeholder, raccogliere feedback e offrire risposte a qualsiasi domanda che venga posta.
- I feedback attuabili ricevuti durante la sprint review dovrebbero essere trasformati in nuovi elementi del backlog prodotto per una successiva prioritizzazione e discussione.
Qualcos'altro?
Chiamata anche sprint demo, questo evento Scrum aiuta a costruire la fiducia tra stakeholder e team Scrum. È il modo più diretto per raccogliere feedback frequenti e tempestivi da aggiungere allo sprint backlog.
Riunione Sprint Retrospective
La Sprint Retrospective è l'ultimo evento Scrum della sequenza sprint che dà al team la possibilità di riflettere sul lavoro svolto e identificare elementi da migliorare nei prossimi sprint sulla base della propria esperienza.
Scopo dello Sprint Retrospective
Dopo aver svolto lo sprint review, il team Scrum ha bisogno di tempo per riflettere sul lavoro appena presentato e discutere come migliorare sia l'output sia il flusso di lavoro agile. Tutti i feedback devono essere raccolti e assegnati allo stesso modo di altre epic o storie, così il team Scrum sa chi è responsabile di cosa e quando verranno attuate le modifiche.
Partecipanti allo Sprint Retrospective
Lo Scrum master e il team di sviluppo. Il product owner è facoltativo.
Durata dello Sprint Retrospective
Normalmente gli Sprint Retrospective dovrebbero durare al massimo 1,5 ore per uno sprint di due settimane. Se gli sprint durano un mese, non dovrebbero superare le 3 ore.
Suggerimenti utili
- Quando si lavora con team parzialmente da remoto o completamente distribuiti, usa strumenti di collaborazione attiva come Mentimeter o Confluence per coinvolgere tutti senza dover attivare il microfono e parlare ad alta voce.
- Se viene proposta una miglioria, chiedi agli altri membri del team Scrum se sono tutti d'accordo. Se sì, identifica come questa raccomandazione verrà implementata.
Qualcos'altro?
Assicurati di creare un ambiente di sicurezza psicologica. Non si tratta di dare la colpa a qualcuno. Questi incontri spesso fanno emergere raccomandazioni per migliorare e mitigare i rischi in futuro. Come Scrum master, assicurati di guidare il team nell’offrire feedback onesti e di mantenere il rispetto durante l’intero evento.
I ruoli Scrum
Dopo aver menzionato alcuni ruoli Scrum, vediamo in cosa consistono:
- Il product owner: Questo ruolo rappresenta il cliente e l’azienda in generale per il prodotto su cui si sta lavorando. Detiene il backlog e decide la priorità degli elementi di lavoro per il team di sviluppo. Prende decisioni strategiche sul prodotto quotidianamente. Traduce le esigenze dei clienti in attività pratiche per il team di sviluppo.
- Lo Scrum master: Gli Scrum master sono responsabili di assicurare che il team abbia ciò di cui ha bisogno per avere successo, compresa una chiara comprensione del processo Scrum. Sono coach, consulente, sostenitore, facilitatore nella rimozione degli ostacoli, facilitatore e mediatore in un’unica figura.
Gli Scrum master sono responsabili di impostare lo Scrum come definito nello Scrum Guide, ma non sono project manager (diffidate da chi pensa che siano la stessa cosa!) — non sono responsabili del deliverable del progetto. Inoltre, uno Scrum master non è necessariamente una persona fisica o un ruolo a tempo pieno! Scopri di più sulla differenza tra Scrum master e project manager qui. - Il team di sviluppo: Si tratta di un gruppo di persone con competenze trasversali tutte concentrate sulla consegna di software funzionante o dell’output richiesto dal team. Include sviluppatori di prodotto, designer, QA o altri ruoli tecnici che devono collaborare attivamente allo sviluppo del prodotto.
Idealmente, questo gruppo di 5-9 persone è completamente dedicato a uno scrum team. In realtà, e in particolare nelle agenzie, la situazione potrebbe essere diversa. Il team di sviluppo dovrebbe essere auto-organizzato e motivato a creare valore, e con una corretta facilitazione da parte di Scrum master e Product Owner, è possibile raggiungere questo obiettivo.
Ognuno di questi ruoli ha una partecipazione unica in ognuno degli eventi Scrum. Se facilitatati in modo efficace, gli eventi Scrum daranno a ogni persona nel suo ruolo una grande opportunità di successo.
Perché sono importanti gli eventi Scrum?
Gli eventi Scrum sono il cuore pulsante della metodologia Scrum. Senza questi eventi, lo Scrum può diventare rapidamente un processo caotico e difficile da seguire. Soprattutto per i team nuovi, consiglio di applicare Scrum come descritto nell’attuale Scrum Guide, svolgere un paio di iterazioni di sprint e poi valutare cosa adattare per adattarsi meglio al team.
Nota: forse avrai notato che non abbiamo parlato di bacheca sprint (a volte chiamata bacheca Kanban) in questo articolo. Questo perché non è un elemento centrale di nessun evento Scrum. Le bacheche sprint sono ottimi strumenti da usare durante gli eventi, ma non sono obbligatorie.
Tabella comparativa pratica
Hai poco tempo? Dai un’occhiata a questa breve tabella per confrontare ed evidenziare le differenze tra i vari eventi Scrum.
Cosa ne pensi?
Indipendentemente dal software di project management che utilizzi o dal prodotto su cui stai lavorando, questi eventi Scrum sono progettati per offrire risultati.
Ho notato che questi incontri forniscono struttura e funzionano bene quando il team crede realmente nel valore degli eventi e condivide la comprensione del loro scopo. Ancora una volta, Scrum è un framework utile per fornire software in modo agile.
