Come eseguire una riunione di pianificazione Agile Sprint + Agenda
Che cos’è una riunione di pianificazione Sprint?
Una riunione di pianificazione sprint è una delle cerimonie Scrum ampiamente adottate dai team che utilizzano sprint per segnare quando il lavoro “inizia” e “finisce.”È progettato per rispondere alle domande, Cosa può essere consegnato in questo prossimo sprint? E come realizzeremo quest’opera?
Per dirla semplicemente, la riunione di pianificazione sprint dovrebbe fornire struttura, impostare le aspettative e definire il backlog per lo sprint imminente.
Ci sono diverse persone coinvolte in questi incontri, ed è uno sforzo molto collaborativo. Scomponiamo ciò che ogni ruolo fa.
I 3 scrum roles: product owner, scrum master, development team
ScrumMaster
ScrumMaster facilita lo sprint planning meeting e assicura che le sale riunioni siano prenotate, le forniture siano disponibili, le persone siano preparate e che tutte le videoconferenze e altri dettagli di connettività siano pronti all’uso. In termini di pianificazione, ScrumMaster dovrebbe essere timeboxing questa riunione in base alla lunghezza dello sprint. Ad esempio, se il team sta lavorando in sprint di 2 settimane, la riunione di pianificazione dello sprint dovrebbe essere tra 2-4 ore. Lo ScrumMaster deve gestire il tempo in modo appropriato per assicurarsi che ci sia un allineamento completo sull’obiettivo dello sprint prima che la riunione si concluda.
Il Product Owner
Il Product Owner è responsabile di garantire che tutti gli elementi del backlog siano preparati prima della riunione. Devono chiarire i dettagli su ciascun elemento del product backlog ed essere una risorsa per il team quando si pongono domande sul caso d’uso o sui criteri di accettazione. Questo è probabilmente l’incontro più importante per un Product Owner & uno che deve mettere da parte un sacco di tempo per prepararsi.
Il team di sviluppo
Ovviamente, le persone che fanno il lavoro dovranno essere nella riunione di pianificazione sprint. Designer, sviluppatori, ingegneri di test-chiunque contribuirà al prodotto di lavoro-deve essere presente e partecipare attivamente a questo incontro in modo che possano andare via con una solida comprensione di ciò che ci si aspetta da loro e su cosa è prioritario lavorare nel prossimo sprint.
Tieni presente che le squadre migliorano nella pianificazione dello sprint con il tempo. Se un team è appena formato (o nuovo alla metodologia agile), potrebbe non esserci una comprensione condivisa su quanto può essere fatto all’interno di ogni sprint. Più tardi, parleremo del calcolo della velocità. Basta tenere a mente che le squadre mature tendono a fare meglio in questo. C’è un elemento di miglioramento costante con agile, quindi concediti un po ‘ di grazia se il tuo primo incontro di pianificazione sprint non è andato bene come speravi!
Perché si dovrebbe eseguire una riunione di pianificazione Sprint?
Perché eseguire una riunione di pianificazione sprint? Perché è una grande opportunità per riunire l’intero team e collaborare per stabilire di cosa sono responsabili tutti nel prossimo sprint! Dal punto di vista personale è stato difficile per il nostro team identificare esattamente cosa stavano lavorando su ogni sprint e, soprattutto, perché, prima di adottare questa pratica agile. Da allora, è stato molto più facile per il nostro team lavorare insieme e sentirsi più sicuri di ciò che dovremmo offrire.
Una squadra che conosce i suoi obiettivi esatti è una squadra felice. Secondo Christina Hartman, PMP, PMI-ACP, i vantaggi di base della pianificazione sprint includono:
- Collaborazione e di team building
- Comune comprensione del prodotto
- Attività di scoperta
- Attività sign Up
- Attività priorità
- Attività di stima
- Conoscenze e le capacità di miglioramento
- Diverse prospettive
- Promuove Just In Time (JIT) pianificazione
di Seguito, parleremo solo alcuni dei principali vantaggi di sprint planning meeting.
Porta la definizione ai tuoi obiettivi
Se sei un ScrumMaster (o un ruolo DPM simile) in un team che sta fornendo lavoro di sviluppo e utilizzando metodologie agili, dovresti eseguire una riunione di pianificazione sprint. Questi incontri aiutano a impostare la tua squadra per il successo perché permette a tutti di capire esattamente qual è l’obiettivo per ogni sprint di lavoro.
Definirai due cose importanti durante la pianificazione dello sprint:
Un obiettivo di sprint
Questa è una breve (1-2 frasi) descrizione di ciò che la squadra sta per completare nel corso dello sprint. Il team lo scrive insieme e lo pubblica in modo che le persone possano fare riferimento ad esso in qualsiasi momento. L’obiettivo sprint è anche una dichiarazione facile e veloce per le parti interessate di leggere e capire che cosa il team sta lavorando, senza dover andare nelle erbacce del backlog. L’obiettivo dello sprint è il misuratore utilizzato alla fine di ogni sprint che aiuta a rispondere alla domanda: Quest’ultimo sprint è riuscito? Un esempio di obiettivo sprint potrebbe essere: Costruisci la funzione X in concomitanza con il lancio festivo (segnalando che una consegna di funzionalità da parte di una determinata pietra miliare è l’obiettivo principale dello sprint).
A sprint backlog
Questo è un elenco degli elementi del product backlog che il team seleziona e si impegna a lavorare durante lo sprint. Include anche tutti i compiti necessari necessari per consegnare il lavoro. Ogni attività dovrebbe anche essere stimata. Il grande team di Mountain Goat Software ha un video corso su scrum foundations & spiega come lo sprint backlog dovrebbe riunirsi durante la pianificazione dello sprint.
È facile per gli sprint andare fuori dai binari senza una comprensione condivisa di ciò che dovrebbe essere realizzato. La riunione di pianificazione sprint è il vostro mezzo per un fine per arrivarci.
Porta l’allineamento e il buy-in dal tuo team
Tieni presente che si tratta di un lavoro di squadra collaborativo per arrivare agli output che avrai entro la fine di una riunione di pianificazione sprint. Il team decide quanto viene fatto durante uno sprint, non un proprietario di prodotto prepotente o uno stakeholder esterno. I membri del tuo team acquisiscono un senso di empowerment prendendo in carico il loro flusso di lavoro. Beneficiano anche di un migliore allineamento con gli altri avendo il tempo di parlare di come il loro lavoro si adatterà al prossimo sprint.
Fornisce un punto di riferimento per misurare la velocità
Dovresti anche eseguire un evento di pianificazione sprint se sai quanto la tua squadra può ottenere durante uno sprint. Questo è comunemente indicato come velocità o velocità sprint e viene stabilito dopo che una squadra ha lavorato insieme per un po’. Secondo Scrum Inc.,
La velocità è una misura della quantità di lavoro che un team può affrontare durante un singolo Sprint ed è la metrica chiave in Scrum.
Viene calcolato alla fine di uno sprint sommando tutte le stime dei punti della storia utente completate e calcolate in media nel corso di diversi sprint.
Ad esempio, se in Sprint 1 la squadra ha completato 25 punti storia, in Sprint 2 ne ha completati 35 e in Sprint 3 ne ha completati 30, la velocità della squadra sarebbe 30. 25 + 35 + 30 = 90/3 = 30.
Andando avanti, il team scrum saprebbe che, in media, completa 30 punti storia per sprint e potrebbe usarlo come guida quando passa attraverso gli elementi del backlog nella pianificazione dello sprint. Come accennato in precedenza, la squadra decide cosa vogliono mordere ogni sprint, quindi se vogliono sparare per 40 punti storia, e tutti sono d’accordo, il backlog sprint potrebbe aggiungere fino a più punti storia rispetto alla loro velocità. L’inverso potrebbe anche essere vero.
La velocità fluirà e fluirà nel tempo, ma la velocità di un team agile maturo inizierà a salire man mano che si abituerà sempre più a lavorare insieme e sul prodotto. Velocity è un numero chiave che il proprietario del prodotto deve tenere a mente mentre lavora per capire quanti sprint ci vorranno per rilasciare la prossima versione del prodotto.