Questo post è stato originariamente pubblicato l ‘ 11 gennaio 2017 e aggiornato più di recente il 7 febbraio 2021.
Il framework Scrum della gestione del progetto si basa su quattro riunioni Agile di base, ovvero cerimonie: Sprint Planning meeting, Daily Stand-up, Sprint Review e Sprint Retrospective.
La pianificazione della primavera è parte integrante della creazione della tua squadra per uno sprint di successo. Senza una quantità adeguata di lavoro e la comprensione dei vostri obiettivi, uno Sprint può deragliare rapidamente. Per fortuna, questi incontri sono abbastanza facili da padroneggiare una volta che hai perfezionato alcuni processi di pianificazione chiave.
Se non hai mai eseguito una riunione di pianificazione Sprint, ecco il tuo go-to guida.
Selezione degli elementi dal Backlog
All’inizio di ogni Sprint, il Product Owner, Scrum Team e Scrum Master si riuniscono per organizzare il lavoro per il prossimo Sprint.
Andiamo con ordine! Tutti esaminano il Product Backlog mentre il Product Owner fornisce informazioni sugli obiettivi e sul contesto di ciascun elemento.
Successivamente, il team Scrum seleziona tutti gli elementi dal Product Backlog che desidera completare durante lo Sprint. Poiché gli elementi del Backlog appaiono in ordine di importanza, il team Scrum deve scegliere gli elementi dalla parte superiore del Backlog.
Questa dinamica crea un equilibrio tra Scrum Team e Product Owner. Il proprietario del prodotto crea / organizza il backlog e sceglie ciò che è più importante. Ma il team Scrum decide esattamente quanto lavoro possono impegnarsi in un dato Sprint. Lo Scrum Master facilita questo processo e mantiene l’equilibrio dei poteri.
Questo processo garantisce che ogni membro del team si senta autorizzato per quanto riguarda il proprio lavoro. Inoltre, garantisce un impegno più sincero e una maggiore responsabilità da parte del team.
C’è un’eccezione a questa regola: il team può solo estrarre elementi da più in basso nel Backlog se ha più senso con l’altro lavoro in corso in quello Sprint. Significato, se il lavoro sarà logicamente ottenere fatto più velocemente perché è molto simile ad altri elementi.
Stima della disponibilità del team
Prima di selezionare gli elementi dal Backlog, il team è anche responsabile della stima del tempo a disposizione di ciascun membro per il lavoro relativo allo Sprint. La maggior parte delle giornate dei membri del team non saranno interamente dedicate al lavoro Sprint. Il tempo disponibile dovrebbe essere determinato dalla giornata lavorativa media meno il tempo che si aspettano di trascorrere facendo altri lavori come manutenzione, partecipare a riunioni, pause pranzo, e-mail e correzioni di bug.
Realisticamente, la maggior parte delle persone ha da quattro a sei ore al giorno disponibili per il lavoro Sprint.
Stima del tempo per completare ogni elemento Backlog
Il secondo pezzo del puzzle è capire quanto tempo ogni elemento stesso avrà. Ciò richiede che il proprietario del prodotto e il team lavorino insieme per suddividere ogni articolo in singole attività. È quindi possibile assegnare tali attività un tempo stimato per completare. Il tempo di completamento di tutti gli elementi selezionati per lo Sprint non può superare il tempo disponibile nel team.
Ogni attività e stima del tempo viene registrata in un documento chiamato Sprint Backlog. Questa è una versione del Backlog rilevante solo per lo Sprint corrente.
Auto-organizzazione
Una volta che il tuo team ha finalizzato la disponibilità dei membri e il tempo necessario per ogni attività, il team inizia a determinare chi completerà ogni elemento volontariamente.
Gli elementi non vengono mai “assegnati” ai membri del team. Fattori come il sequenziamento può significare che ha più senso per una persona per ottenere un certo raggruppamento di elementi. Ma non si assegnano mai compiti contro la volontà del lavoratore.
Il carico di lavoro finale di ciascun individuo deve essere ragionevole ed equo. Il proprietario del prodotto giocherà un ruolo enorme nell’aiutare il team a comprendere appieno ogni elemento in modo che possano rompere le cose nel modo più uniforme possibile.
Monitoraggio dei progressi
Alla fine della riunione, il backlog Sprint conterrà un elenco di attività assegnate con stime temporali.
Molte squadre utilizzano una scheda Kanban (fisica o digitale) per monitorare visivamente ogni elemento mentre si muove attraverso lo Sprint. Categorie semplici come fare, In corso, Revisione del codice, e fatto può aiutare il team di ottenere una rapida visione di come gli elementi Sprint stanno progredendo.
Altri team utilizzano un software di gestione dei progetti dedicato, che può aiutarli a tenere traccia degli sprint dall’inizio alla fine con funzionalità visive come i grafici di Gantt e Burndown. Gli stati delle attività come Aperto, In corso, Risolto e Chiuso mantengono i progressi trasparenti per tutti i membri. E i dati di tracciamento come il tempo stimato e il tempo effettivo possono aiutarti a stimare meglio il lavoro in futuro.
Durante lo Sprint
Una volta che il team Scrum si impegna e inizia lo Sprint, il proprietario del prodotto non può modificare i requisiti o aggiungere nuove richieste. Questa persona non può apportare modifiche fino all’inizio dello Sprint successivo.
C’è una chiara eccezione a questa regola: puoi apportare modifiche a metà sprint se un fattore esterno cambia le priorità in modo così drastico che i risultati dello Sprint sarebbero uno spreco se continuassero. Questo accade raramente, ma se dovesse avvenire, il team interromperebbe tutto il lavoro e avvierebbe il processo di pianificazione dello Sprint da zero. Il proprietario del prodotto dovrebbe ricorrere a questa massiccia interruzione solo in circostanze estreme.
Ci sono due effetti positivi nel rendere gli Sprint non modificabili. In primo luogo, proteggere il team da modifiche e aggiunte mid-Sprint crea un ambiente di lavoro più positivo. I membri del team si sentiranno fiduciosi nella loro capacità di completare il loro lavoro e farlo bene.
In secondo luogo, incoraggia il proprietario del prodotto a dare la priorità al proprio Backlog con la massima cura. Sono più propensi a fare la loro due diligence prima di spingere un elemento in cima alla lista.
Col passare del tempo, i team migliorano nel stimare quanto tempo impiegano gli elementi, prevedere i problemi e collaborare tra loro. Utilizzando questa pianificazione Sprint strutturata, i proprietari di prodotti possono essere sicuri che i loro team siano impegnati e in grado di svolgere il lavoro.
Adattamento alle modifiche
Mentre gli sprint non dovrebbero quasi mai essere interrotti, ciò non significa che il cambiamento non sia il benvenuto all’interno del framework Scrum. Al contrario, le modifiche al Backlog principale possono verificarsi in qualsiasi momento. Il proprietario del prodotto ha il diritto di apportare eventuali aggiunte, eliminazioni o modifiche necessarie prima dello Sprint successivo.
Quando i team si avvicinano al cambiamento in questo modo, diventa una parte contabilizzata del processo e non è più vista come causa di stress o motivo per le scadenze mancanti.
Dopo lo sprint
Il processo Agile è ciclico. Tuttavia spesso si sceglie di eseguire le riunioni di pianificazione primavera, sarete sempre tornare a loro per avviare il processo di tutto. Il più delle volte la tua squadra è stato attraverso questo, il più agevole ogni ciclo sarà.
Oltre a completare il progetto o le attività a portata di mano, il tuo Sprint non è stato del tutto riuscito a meno che tu non abbia imparato qualcosa come squadra da esso. Questa fase successiva del processo in cui ti muoverai è la retrospettiva Sprint. Ha coinvolto l’analisi di tutto ciò che hai appena realizzato e cosa potrebbe andare meglio la prossima volta. Per ottenere una gamba su alcune delle possibili tecniche che tu e il tuo team potete usare, iniziare a studiare prima di finire il tuo Sprint. Un Master Scrum capace conosce esattamente ogni fase del processo.
Considerazioni finali
La riunione di pianificazione Sprint spesso dura un paio d’ore quando viene eseguita correttamente. Gli impegni assunti richiedono un’attenta riflessione e riflessione. Si dovrebbe consentire la tua squadra il tempo necessario per pianificare accuratamente per il successo.
Mantenere le attività organizzate e trasparenti renderà il monitoraggio del processo molto più semplice, quindi considera di investire in un software di gestione dei progetti dedicato se il tuo team non lo è già. Non solo un ottimo strumento di gestione del progetto ti farà risparmiare tempo e fatica, ma renderà anche più facile raccogliere informazioni dal processo una volta che sei pronto per immergerti nella tua retrospettiva.
