Il Planning Poker è una delle tecniche di stima Scrum più popolari. Si svolge durante la Pianificazione dello Sprint e ha alcune semplici regole. Tutti i giocatori diventano membri del Team di Sviluppo e ognuno di loro mette simultaneamente sul tavolo una carta con il numero di Story Points per stimare il compito descritto dal Product Owner. Quali sono i vantaggi e gli svantaggi del Planning Poker e come si gioca? Dai un’occhiata al nostro post per scoprirlo e padroneggiare la tecnica.
Planning Poker – indice dei contenuti:
- Introduzione
- Come si gioca a Planning Poker?
- Regole del Planning Poker
- Vantaggi e svantaggi del Planning Poker
- Riepilogo
Introduzione
Il Planning Poker, chiamato anche Scrum Poker o Pointing Poker, è una tecnica relativa per stimare la quantità di lavoro necessaria per completare un compito specifico. È stato creato nel 2022 da James Grenning. Voleva risolvere il problema delle dispute infinite nel Team Scrum riguardo alla stima della difficoltà dei compiti assegnati agli Sviluppatori.
Come si gioca a Planning Poker?
Lo scopo del Planning Poker è stimare la difficoltà e lo sforzo di ciascuna User Story selezionata per un dato Sprint. Le regole per giocare a Planning Poker sono semplici. Tuttavia, prima, è necessario preparare gli accessori necessari.
Le carte Story Point di solito contengono valori corrispondenti alla sequenza di Fibonacci, cioè 0, 1, 3, 5, 8, 13, 20, 40 e 100. Può anche capitare che siano contrassegnate con potenze successive di 2, cioè 2, 4, 8, 16, 32 e così via. Perché non sono numeri consecutivi? Perché il Planning Poker riguarda chiaramente il mostrare le differenze tra la difficoltà dei compiti. E differenze troppo piccole tra i valori delle carte oscurerebbero i giudizi.
I numeri esprimono di solito il numero di Story Points. Tuttavia, possono anche essere altre unità di misura utilizzate dal Team Scrum. Abbiamo scritto di più sulle unità di stima e sugli Story Points in questo articolo.
Regole del Planning Poker
Le indicazioni per il gioco del Planning Poker:
- un mazzo di carte con User Stories – preparato separatamente per ogni gioco
- un mazzo di carte con Story Points – un mazzo per ogni Sviluppatore, per uso ripetuto
Le fasi del Planning Poker:
- Presentazione della User Story
- Discussione
- Gioco (Le fasi 2 e 3 si ripetono fino a raggiungere il consenso di tutti)
- Consenso
- Passare alla User Story successiva
Il Planning Poker di solito si svolge durante la Pianificazione dello Sprint. Il Product Owner tiene le carte delle User Stories e gli Sviluppatori ricevono un mazzo di carte con Story Points.
Il moderatore è il Product Owner che inizia il gioco presentando una User Story agli altri membri del Team Scrum. Se hanno domande, dovrebbero esprimersi immediatamente dopo la presentazione di una User Story.
Il passo successivo è iniziare una discussione sull’implementazione della User Story. L’intero Team Scrum partecipa alla discussione, ma i principali partecipanti sono gli Sviluppatori. La discussione riguarda, tra l’altro, questioni come:
- aspetto tecnico del compito
- competenze dei singoli Sviluppatori che saranno necessarie per completare il compito
- modi di affrontare le difficoltà previste
- compiti aggiuntivi connessi con l’esecuzione della User Story.
Quando gli Sviluppatori concordano sulle questioni più importanti, ciascuno di loro sceglie una delle carte dal proprio mazzo di Story Points. Poi, la posizionano secondo la loro opinione sulla User Story che meglio riflette il suo livello di complessità.
Il passo successivo dipende da come sono state distribuite le carte:
- Se gli Sviluppatori hanno posizionato carte di valori diversi sul tavolo, tornano alla discussione. Poi tolgono le carte dal tavolo e rielaborano la stima del valore della User Story. La situazione si ripete e gli sviluppatori pescano di nuovo fino a raggiungere un consenso.
- Se gli Sviluppatori concordano sulla User Story, passano al turno successivo di Planning Poker. Il Product Owner presenta la User Story successiva e la procedura si ripete fino a esaurire il pool di User Stories pianificate per lo Sprint attuale.
Vantaggi e svantaggi del Planning Poker
Il vantaggio del Planning Poker è senza dubbio la standardizzazione del lavoro con le User Stories. Il Team di Sviluppo ha a disposizione un set di carte pronto per calcolare la quantità di lavoro. Questo consente ai valori in ogni Sprint di rimanere costanti e il Team impara a stimare con unità specifiche.
Un altro importante vantaggio è la partecipazione equa di tutti gli Sviluppatori nella stima della complessità del compito. Anche le persone che non sono direttamente coinvolte nella sua esecuzione possono contribuire alla discussione. Ad esempio, attirando l’attenzione su problemi che non si sono verificati perché, ad esempio, gli Sviluppatori si sono concentrati sugli aspetti tecnici del compito.
Un altro beneficio del gioco del Planning Poker riguarda lo sviluppo della capacità di impostare limiti di tempo sulla discussione e, se necessario, limitare il numero di turni giocati per ciascuna User Story.
Tuttavia, il tempo necessario per raggiungere un consenso è anche uno dei difetti più frequentemente citati del Planning Poker. Se uno o più Sviluppatori non sono disposti a concordare con gli altri, il gioco può potenzialmente trascinarsi all’infinito.
Riepilogo
Il Planning Poker è una tecnica di stima relativa molto efficace. Al Team di Sviluppo viene fornito un framework pronto di attività e valori di punti per stimare il tempo e la difficoltà dei compiti. Questo consente loro di concentrarsi su discussioni di problem-solving e migliorare le loro stime confrontando calcoli e User Stories in tempo reale.
Se ti piace il nostro contenuto, unisciti alla nostra comunità di api laboriose su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Come Project Manager, Caroline è un'esperta nel trovare nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la sua abilità di lavorare sotto pressione temporale la rendono la persona migliore per trasformare progetti complicati in realtà.
Scrum Guide:
- Glossario dei termini, ruoli e nozioni di base
- Che cos'è Scrum?
- Valori Scrum
- Come implementare Scrum nella tua azienda?
- Team Scrum - cos'è e come funziona?
- Chi è un Product Owner?
- Gli errori più comuni del Product Owner
- Chi è lo Scrum Master?
- I più comuni errori del Scrum Master
- Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
- Team di sviluppo in Scrum
- I più comuni errori degli sviluppatori
- Artefatti Scrum
- Scaling Scrum
- Sprint Backlog
- Cos'è il Product Backlog?
- Cosa sono le User Stories?
- Creare la migliore User Story con INVEST
- I più comuni errori nelle User Story
- Criteri di accettazione della User Story
- Stima e Punti Storia in Scrum
- Planning Poker
- Gioco di Stima del Team
- Definizione di Incremento
- Eventi Scrum
- Che cos'è un grafico di burndown?
- Vantaggi e svantaggi del grafico di burndown
- Bacheche Kanban in Scrum e Scrumban
- Velocità nello Scrum - Velocità del Team di Sviluppo
- Daily Scrum Scrum giornaliero
- Pianificazione dello Sprint
- Revisione dello Sprint
- Che cos'è una Retrospettiva Sprint?
- Errori comuni durante una Retrospettiva di Sprint
- Nutrimento del Product Backlog
- Come creare e interpretare un grafico di burndown?
- Cos'è lo Sprint nello Scrum?