Guida Scrum | 24. Pianificazione del poker

Planning Poker è una delle tecniche di stima Scrum più popolari. Si svolge durante lo Sprint Planning e prevede alcune semplici regole. Tutti i giocatori diventano membri del Team di Sviluppo e ognuno di loro mette contemporaneamente sul tavolo una carta con il numero di Story Point per stimare il compito descritto dal Product Owner. Quali sono i vantaggi e gli svantaggi di Planning Poker e come si gioca? Dai un'occhiata al nostro post per scoprire e padroneggiare la tecnica.

Planning Poker – sommario:

1. introduzione
2. Come si gioca a Planning Poker?
3. Regole di pianificazione del poker
4. Vantaggi e svantaggi di Planning Poker
5. Riepilogo

introduzione

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 infinite controversie in seno allo Scrum Team in merito alla stima della difficoltà dei compiti affidati ai Developer.

Come si gioca a Planning Poker?

L'obiettivo di Planning Poker è stimare la difficoltà e lo sforzo di ogni User Story selezionata per un dato Sprint. Le regole per giocare a Planning Poker sono semplici. Tuttavia, in primo luogo, è necessario preparare gli accessori necessari.

Le carte Story Point contengono solitamente valori corrispondenti alla sequenza di Fibonacci, ovvero 0, 1, 3, 5, 8, 13, 20, 40 e 100. Succede anche che siano contrassegnate con potenze successive di 2, cioè 2, 4 , 8, 16, 32 e così via. Perché non sono numeri consecutivi? Perché Planning Poker consiste nel mostrare chiaramente le differenze tra la difficoltà dei compiti. E differenze troppo piccole tra i valori delle carte oscurerebbero i giudizi.

I numeri di solito esprimono il numero di Story Point. Tuttavia, possono essere anche altre unità di misura utilizzate dallo Scrum Team. Abbiamo scritto di più sulle unità di stima e sui punti storia in questo articolo.

Regole di pianificazione del poker

Pianificazione delle richieste di gioco del poker:

• un mazzo di carte con User Story , preparato separatamente per ogni gioco
• un mazzo di carte con Punti Storia : un mazzo per ogni Sviluppatore, per un uso ripetuto

Le fasi di Planning Poker:

1. Presentazione User Story
2. Discussione
3. Gameplay (Le fasi 2 e 3 si ripetono fino a raggiungere il consenso di tutti)
4. Consenso
5. Passando alla User Story successiva

Il Planning Poker di solito avviene durante lo Sprint Planning. Il Product Owner detiene le carte User Story e gli sviluppatori ricevono un mazzo di carte con Story Points.

Il moderatore è il Product Owner che avvia il gioco presentando una User Story agli altri membri dello Scrum Team. Se hanno domande, dovrebbero parlare subito dopo aver presentato una User Story.

Il passo successivo è avviare una discussione sull'implementazione della User Story. L'intero Scrum Team partecipa alla discussione, ma i partecipanti principali sono gli Sviluppatori. La discussione riguarda, tra l'altro, questioni quali:

• lato tecnico del compito
• competenze dei singoli Sviluppatori che saranno necessarie per completare l'attività
• modalità per affrontare le difficoltà attese
• attività aggiuntive legate all'esecuzione della User Story.

Quando gli Sviluppatori sono d'accordo sulle questioni più importanti, ognuno sceglie una delle carte dal proprio mazzo Punti Storia. Quindi, lo collocano in base alla loro opinione sul cad User Story che meglio riflette il suo livello di complessità.

Il passaggio successivo dipende da come sono state distribuite le carte:

• Se gli Sviluppatori hanno messo sul tavolo carte di valore diverso, tornano alla discussione. Quindi tolgono le carte dal tavolo e rivalutano il valore della User Story. La situazione si ripete e gli sviluppatori disegnano di nuovo fino a raggiungere un consenso.
• Se gli sviluppatori sono d'accordo sulla User Story, passano al round successivo di Planning Poker. Il Product Owner presenta la User Story successiva e la procedura si ripete fino all'esaurimento del pool di User Story previsto per lo Sprint in corso.

Vantaggi e svantaggi di Planning Poker

Il vantaggio di Planning Poker è senza dubbio la standardizzazione del lavoro con le User Story. Il Team di sviluppo tiene in mano un set di carte già pronto per calcolare la quantità di lavoro. Ciò consente ai valori in ogni Sprint di rimanere costanti e il Team impara a stimare con unità specifiche.

Un altro importante vantaggio è la partecipazione paritaria di tutti gli sviluppatori nella stima della complessità dell'attività. Anche le persone che non sono direttamente coinvolte nella sua esecuzione possono contribuire alla discussione. Ad esempio, richiamando l'attenzione su problemi che non si sono verificati perché, ad esempio, gli sviluppatori si sono concentrati sugli aspetti tecnici del compito.

Un altro vantaggio di giocare a Planning Poker riguarda lo sviluppo dei limiti di tempo per l'impostazione delle abilità nella discussione e, se necessario, la limitazione del numero di round giocati per ciascuna User Story.

Tuttavia, il tempo necessario per raggiungere il consenso è anche uno degli svantaggi più citati di Planning Poker. Se uno o più sviluppatori non sono disposti a concordare con gli altri, il gioco può potenzialmente trascinarsi all'infinito.

Riepilogo

Planning Poker è una tecnica di stima relativa molto efficace. Il Team di sviluppo è dotato di una struttura già pronta di attività e valori in punti per stimare il tempo e la difficoltà dei compiti. Ciò consente loro di concentrarsi sulle discussioni sulla risoluzione dei problemi e di migliorare le proprie stime confrontando i calcoli e le User Story in tempo reale.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog