L'Sprint Planning è il primo evento che dà il via all'inizio di ogni Sprint. Dà inizio all'Sprint fissando un obiettivo, definendo il lavoro che deve essere completato e delineando il modo in cui sarà svolto dall'intero team Scrum.
Definendo un obiettivo Sprint, il team può usarlo come base per determinare su quali elementi del backlog di prodotto lavorare durante quel Sprint.
Chi è coinvolto nell'Sprint Planning?
In genere l'intero team Scrum è coinvolto nell'Sprint Planning e dovrebbe partecipare obbligatoriamente alla riunione dell'Sprint Planning.
Il Product Owner e Developer definiscono l'obiettivo Sprint in base al valore che cercano. Il team di Developer deve quindi concordare le modalità di realizzazione dell'obiettivo, identificando il lavoro necessario. A Scrum Master spesso facilita l'Sprint Planning per garantire che la discussione sia efficace e che lo Scrum Team sia d'accordo sull'obiettivo dell'Sprint e che le voci del backlog di prodotto appropriate siano incluse nel backlog dell'Sprint.
Se qualcuno dei partecipanti manca alla riunione, sarà difficile raggiungere l'obiettivo Sprint, quindi è importante che tutti partecipino. Il team Scrum può anche invitare altre persone a partecipare per fornire ulteriori consigli, se necessario.
Quando si svolge l'Sprint Planning?
La Riunione Sprint Planning si svolgerà il primo giorno di una nuova Mischia Sprint.
Poiché l'evento si svolge dopo la revisione del precedente Sprint, è una buona opportunità per considerare le discussioni in retrospettiva per aiutare il nuovo Sprint. Alcuni team potrebbero anche trovare utile stabilire un orario regolare per la Riunione Sprint Planning, in modo da assicurarsi che il loro calendario sia libero da altri impegni.
Come indicato nella Guida Scrum, anche l'Sprint Planning ha un timebox, che dipende dalla lunghezza dell'Sprint. Il timeboxing dovrebbe essere di 8 ore o meno per uno sprint di un mese.
Cosa occorre preparare per la Riunione Sprint Planning?
La gestione di una riunione Sprint Planning di successo richiede una certa pianificazione. Come menzionato nella sezione precedente, è una buona opportunità per utilizzare gli insegnamenti retrospettivi dei precedenti Sprint. L'Product Owner deve essere preparato, combinando gli insegnamenti tratti dalla precedente revisione dell'Sprint, con il feedback degli stakeholder e la visione del prodotto, in modo da poter preparare la scena per l'Sprint. Il modello Product Backlog dovrebbe essere perfezionato per fornire chiarezza al team.
Qual è la struttura della riunione Sprint Planning?
La Riunione Sprint Planning seguirà una struttura per affrontare i tre argomenti chiave di seguito elencati.
Argomento 1: Perché questo Sprint è prezioso? Come abbiamo accennato, l'Product Owner deve definire il valore che cerca Cos'è la capacità di Scrumdal prodotto. L'intero team Scrum collabora quindi alla definizione di un Sprint Goal che comunichi perché il Sprint è prezioso per le parti interessate. Il Sprint Goal deve essere finalizzato prima della fine del Sprint Planning.
Argomento 2: Cosa si può fare con questo Sprint? Gli Developer e gli Product Owner collaborano per stabilire quali voci dell'arretrato possono essere realizzate nell'attuale Sprint. Definire quanto lavoro può essere completato in un Sprint è spesso difficile. Tuttavia, gli Developer dovrebbero utilizzare la loro esperienza con le prestazioni passate, la capacità futura e il loro Definition of Done per essere sicuri delle loro previsioni per il Sprint.
Terzo argomento: come verrà svolto il lavoro scelto? Per l'argomento finale, gli Developer pianificano il lavoro necessario per gli elementi Product Backlog selezionati. Ciò può essere ottenuto identificando i compiti necessari per la realizzazione di ciascuna delle Product Backlog. Di solito i compiti sono lavori di un giorno o meno. È importante capire che i compiti possono cambiare durante l'Sprint, ma l'Sprint Goal rimane.
L'Sprint Goal, gli elementi dell'Product Backlog selezionati per l'Sprint e il piano per la loro realizzazione sono denominati insieme Sprint Backlog.
Difficoltà comuni in Sprint Planning
Ci sono alcuni errori comuni che devono essere presi in considerazione.
L'assenza di un obiettivo Sprint chiaramente definito indebolisce la capacità del team Scrum di realizzare i propri obiettivi. Può anche far sì che il team fornisca un carico di lavoro Sprint senza avere la sensazione di aver fatto progressi. Inutile dire che questa è una parte cruciale dell'Sprint Planning sia per la struttura che per il morale del team.
Anche non consentire cambiamenti durante l'Sprint Planning può essere un errore comune. È importante rimanere flessibili, soprattutto quando il team continua a imparare e a svilupparsi.
Sintesi di Sprint Planning
L'Sprint Planning è un evento importante per garantire il successo di ogni Sprint. Fornisce un valore aggiunto consentendo a un team di iniziare ogni Sprint con una comprensione reciproca di ciò su cui lavorerà per la durata dell'Sprint, oltre a fornire un piano iniziale per l'approccio a tale lavoro.
