The Scrum Framework — Seconda edizione

Questo capitolo mantiene il contesto didattico storico e pratico della seconda edizione. Nei contenuti sottostanti è disponibile anche il percorso della terza edizione.

---

Scrum Planning Poker: il miglior metodo di stima per team Agile

Sfrutta l'intelligenza collettiva per migliorare le stime con Scrum Planning Poker. Nel 21° secolo i metodi Agile continuano a dominare sviluppo software e gestione dei progetti. Innovatori come Mike Cohn hanno contribuito con strumenti preziosi, tra cui Planning Poker. Questa tecnica efficace può affinare le capacità di stima usando story point per valutare gli elementi del Product Backlog e migliorare la precisione delle previsioni di sviluppo.

Questo articolo offre un percorso completo nel gioco di Scrum Planning Poker, mostrando come l'esercizio basato sul consenso possa sostituire le ipotesi con pianificazione strategica, aumentando precisione e riducendo discrepanze nello Sprint Planning. Ti inviterà a considerare domande pertinenti al tuo progetto e il contributo delle prospettive di tutti alla comprensione condivisa dello sforzo per ogni elemento.

Definizione: Scrum Planning Poker è una tecnica di gestione agile per stimare lo sforzo delle user story. Il team, compresi sviluppatori e tester, si riunisce per stimare il lavoro; il Product Owner è disponibile per chiarire gli elementi, usando apposite carte chiamate carte di planning poker. Ognuno seleziona contemporaneamente una carta con la propria stima, poi si discute per raggiungere il consenso sul valore finale. L'approccio collaborativo migliora l'accuratezza e facilita pianificazione e priorità degli elementi nei progetti Scrum.

Comprendere Scrum Planning Poker

La gestione Agile è diventata sempre più popolare e le tecniche di stima sono numerose quanto i framework. Tra quelle in crescita c'è Scrum Planning Poker, creato da James Grenning e poi reso popolare da Mike Cohn.

Immagina una stanza con sviluppatori, ingegneri QA, Product Owner e stakeholder, e un backlog di user story da implementare. Persone diverse possono percepire complessità diverse nella stessa funzionalità, generando stime imprecise e ritardi.

Scrum Planning Poker è una tecnica di workshop per stimare lo sforzo di ogni elemento o user story. Il team si riunisce per assegnare story point, affrontando i punti di vista e le domande di tutti.

Si utilizzano carte apposite, ciascuna con un numero che rappresenta un livello di sforzo. Tutti selezionano contemporaneamente la propria stima senza rivelarla finché tutti hanno scelto.

Dopo aver mostrato le carte, si discute per raggiungere il consenso. L'idea è ottenere risultati più accurati di una stima individuale o del solo giudizio soggettivo.

Ora che conosciamo Scrum Planning Poker, studiamone origini e principi.

Origini e principi

Il planning poker viene spesso confrontato con un metodo di stima (approfondisci Stima dello sforzo Scrum) chiamato Wideband Delphi. La ricerca Delphi di RAND risale agli anni 1950 e utilizzava cicli ripetuti di contributi esperti. Le somiglianze non dimostrano che una tecnica abbia ispirato direttamente l'altra.

James Grenning descrisse Planning Poker nel 2002 dopo aver usato stime scritte indipendenti per aumentare la partecipazione in un incontro di pianificazione XP. Nel suo racconto, le pratiche di brainstorming silenzioso del Total Quality Management furono un'influenza; non rivendica un'ispirazione diretta da Delphi. Mike Cohn contribuì poi alla diffusione. La comunità Agile più ampia, con professionisti come Alistair Cockburn, arricchì il confronto sulla stima collaborativa.

I principi fondamentali sono collaborazione, accuratezza, responsabilità e trasparenza. Riunire tutte le prospettive nelle stime aumenta la comprensione di dipendenze e rischi e chiarisce le domande sulla complessità del backlog. Crea responsabilità e fiducia tra colleghi, compresi Scrum Master e persone a contatto con i clienti. Le scelte individuali mostrate simultaneamente riducono i pregiudizi e allineano tutti anche sulle attività registrate in Jira. La discussione per il consenso rende trasparente il processo, un pregio apprezzato da molte organizzazioni.

È come un progetto di gruppo in cui ciascuno, dai rappresentanti dei clienti allo Scrum Master, ha competenze, opinioni ed esperienze specifiche. Le diverse prospettive permettono di valutare e assegnare story point e giudicare il completamento meglio del solo contributo degli stimatori.

Ora conosciamo le basi, le origini e i diversi ruoli. Per approfondire ogni aspetto, consulta le FAQ. Passiamo all'applicazione.

Scrum Planning Poker stima complessità o sforzo per ogni unità di lavoro. Aiuta a collaborare efficacemente, elimina possibili pregiudizi e mantiene trasparenza lungo il progetto. Per applicarlo con successo, tutti devono condividere la comprensione della procedura.

Applicare Scrum Planning Poker

Supponi di lavorare a importanti aggiornamenti software richiesti dai clienti. Come Scrum Master, conoscere ruoli, responsabilità e competenze è cruciale. Tempi realistici per ogni unità sono essenziali, altrimenti ne risentono calendario e stress. Con Planning Poker, ognuno valuta complessità o sforzo relativi assegnando valori da 1-100 con le carte.

Ma come preparare il mazzo? In altre parole, come coordina lo Scrum Master il sistema di carte su Jira?

Il primo passo è predisporre un mazzo standard. Deve contenere numeri che rappresentano valori diversi da 0 a 100, destinati a scopi specifici.

• Secondo il 14° State of Agile Report, circa il 58% degli intervistati usa Scrum nei progetti, generalmente con pratiche come il planning poker.
• Uno studio sul Journal of Systems and Software ha rilevato che tecniche come Planning Poker possono migliorare l'accuratezza delle stime fino al 40%.
• Una ricerca sul Journal of Computer Science and Technology (JCST) ha evidenziato che oltre l'84% dei team agili conferma di usare Planning Poker per stimare gli story point, assicurando coinvolgimento e comprensione della complessità.

Preparare il mazzo e il numero condiviso (story point)

Ogni valore rappresenta un livello di sforzo o complessità associato a uno story point. Più è alto, maggiore è lo sforzo, la complessità o l'incertezza stimata, non il valore aziendale. I valori possono però variare secondo complessità del progetto e competenze disponibili.

Uno sviluppatore esperto può stimare un'attività diversamente da chi ha meno conoscenze. Può emergere un pregiudizio o una stima imprecisa: è quindi cruciale discutere prima del valore finale.

È importante includere carte vuote quando manca un valore appropriato. Non sono punti standard di stima, ma un'occasione per fermarsi e porre domande, per esempio sull'aggiunta di una funzionalità o sul chiarimento di un requisito.

Preparare il mazzo è semplice nonostante i ruoli diversi. Si può scegliere tra carte pronte e mazzi online personalizzati per team Agile. Alcuni mazzi fisici includono anche doppio zero, infinito e punti interrogativi per le attività incerte.

Ricorda: Planning Poker punta su collaborazione e confronto sano tra persone di tutti i ruoli per una stima equa e accurata, non soltanto rapida.

Ora che sappiamo preparare il mazzo, passiamo alle sessioni. Queste interazioni sono cruciali per il successo delle organizzazioni orientate al cliente.

Planning Poker è efficace soprattutto perché il team discute e assegna story point insieme. La cooperazione assicura a tutti, compresi Scrum Master e ruoli vicini al cliente, una comprensione chiara e completa di complessità ed esigenze, contribuendo alla salute e all'efficienza organizzative. Il coinvolgimento è necessario in queste riunioni importanti nell'agenda dei Product Manager. Chi facilita deve assicurare la partecipazione attiva di ogni persona per la massima accuratezza. Per esempio, tutti discutono la carta scelta e il motivo; se le stime differiscono molto, spiegano il ragionamento, mettono in discussione le ipotesi o propongono alternative.

Planning Poker® / Scrum Poker

Un metodo di stima comune è Planning Poker®, detto anche Scrum Poker. Riduce l'influenza reciproca e produce così risultati più accurati.

Per giocare servono:

• L'elenco delle funzionalità da stimare.
• Mazzi di carte numerate.

Un mazzo tipico mostra Fibonacci incluso lo zero: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; sono possibili progressioni simili. La sequenza riflette l'incertezza degli elementi più grandi. Una stima alta indica spesso una storia poco compresa o da suddividere. Le storie piccole possono essere stimate più precisamente. Discutere se sia 19, 20 o 25 spreca tempo: è semplicemente (troppo) grande.

Si procede così:

• Il Product Owner presenta la storia. Il team pone domande e riceve dettagli. Se le storie sono molte, si può fissare un limite, per esempio un minuto di spiegazione. Se alla scadenza il team non comprende la storia, è un segnale che va riscritta.
• Ogni membro sceglie in privato la carta della propria stima.
• Quando tutti hanno scelto, le carte vengono mostrate.
• Chi ha stime alte e basse può spiegarle.
• Si vota di nuovo dopo aver discusso le differenze. Se non si raggiunge un accordo utile, si chiarisce o divide l'elemento anziché imporre un numero.
• Il gioco continua finché tutte le storie sono stimate.

Scrum non prescrive un solo metodo di stima. Normalmente non si usa il tempo, ma una metrica più astratta dello sforzo. Metodi comuni sono valori numerici (da 1 a 10), taglie (XS, S, M, L, XL, XXL, XXXL) o Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, ecc.).

È importante condividere la comprensione della scala, così che tutti si sentano a proprio agio.

Vanno affinati e dimensionati elementi sufficienti a sostenere ordine, pianificazione e previsioni; Scrum non richiede stime preventive dell'intero backlog in evoluzione. Il Product Owner ha bisogno di una valutazione onesta della difficoltà. Può chiarire esigenze e rispondere, poi lasciare ai Developer spazio per stimare autonomamente, senza pressioni verso un valore preferito.

Planning Poker® è un marchio registrato di Mountain Goat Software, LLC.

Partecipare alle stime nelle sessioni Planning Poker

Se uno sviluppatore sceglie «5» e un altro «3» per una storia, per esempio, possono avere idee diverse sulla difficoltà o complessità, oppure livelli di esperienza differenti.

In questi casi, invece di schierarsi, il facilitatore incoraggia il contributo di tutti e una discussione ponderata verso il consenso. Questi confronti contribuiscono molto a stime accurate e consegne di qualità nei tempi previsti.

Oltre alla stima, la tecnica offre altri benefici: tra i principali, collaborazione e comunicazione migliori durante gli incontri.

Discutere e assegnare story point insieme è molto efficace. La partecipazione di tutti è cruciale: spiegare carte e ragionamenti, mettere in discussione ipotesi e proporre alternative. Se le stime divergono, chi facilita incoraggia un confronto ponderato anziché schierarsi. Ne derivano stime precise e prodotti di qualità nei tempi.

L'impatto di Scrum Planning Poker

Favorisce trasparenza, mostrando a tutti gli stakeholder la logica delle stime e permettendo di confrontare rispettosamente opinioni diverse fino a una comprensione collettiva e a valori più accurati.

Considera e confronta inoltre opinioni individuali, stime e ragionamenti, riducendo i pregiudizi. La psicologia cognitiva mostra che nelle stime di gruppo si tende all'«ancoraggio»: il primo numero proposto influenza le valutazioni successive. Le carte nascoste contrastano il fenomeno perché tutti devono esprimere la propria opinione indipendentemente.

Assicura anche pari possibilità di esprimere opinioni e giustificazioni, evitando che poche persone controllino l'intero processo, ormai essenziale negli incontri di stima organizzativi.

È come comporre un puzzle con i colleghi: ognuno offre un pezzo fino al quadro completo. Il risultato comune è completo e più accurato, un accordo tangibile ottenuto nella sessione.

Dopo aver esaminato partecipazione, successo delle stime e impatto su comunicazione e pregiudizi, passiamo a consigli pratici per sessioni efficienti.

Come detto, le sessioni possono essere cruciali nella gestione agile. Per renderle efficienti e produttive, considera questi consigli.

Consigli pratici per sessioni efficienti di stima Planning Poker del tuo team

Definisci un ordine del giorno chiaro: una scaletta mantiene il confronto mirato. Product Owner o Product Manager preparano le storie e le ordinano per priorità, così il team stima prima le più importanti senza distrarsi con attività secondarie. La facilitazione è più efficace e trasparente quando mantiene l'attenzione sull'obiettivo, migliorando l'organizzazione. Scegli mazzi adeguati: Fibonacci è comune, ma si possono creare mazzi su misura. Considera complessità, dimensioni e competenze del team. Mountain Goat Software, per esempio, offre carte per contesti diversi, dalle startup alle aziende manifatturiere.

• Incoraggia la partecipazione di tutti: Tutti, compresi sviluppatori e tester, devono contribuire. Product Owner o Product Manager chiariscono le esigenze senza prevalere sulle stime. Coinvolgere tutti li fa sentire valorizzati e migliora trasparenza e responsabilità nel processo aziendale.
• Usa con attenzione i limiti di tempo: Per considerare ogni aspetto delle storie, ascolta prospettive diverse. Mantieni discussioni mirate e limitate; se restano incertezze importanti, organizza ulteriore affinamento anziché forzare l'accordo. Vincoli tecnici o dipendenze possono impedire alla storia di rientrare facilmente nello Sprint. Ascoltare tutti costruisce fiducia e stime più accurate.
• Definisci aspettative realistiche: È facile perdersi nella precisione, dando troppo peso ai dettagli anziché allo sforzo complessivo. Ricorda perché usiamo un metodo articolato: nessuno può prevedere il futuro con accuratezza del 100%. Le cifre sono stime, non certezze; comprenderlo favorisce fiducia e comprensione.
• Documenta le decisioni: Registra e conserva tutto ciò che viene deciso per riferimenti futuri. Annotare i principali motivi e le osservazioni dietro ogni stima offre contesto prezioso per semplificare gli Sprint successivi. I valori non sono solo stime, ma tracce del ragionamento di ciascuno e vanno conservati con cura.
• Incoraggia collaborazione e lavoro di squadra: Le sessioni sono collaborative: gli stakeholder devono concentrarsi sul consenso anziché sulle stime individuali. Ordine del giorno, carte adatte, coinvolgimento di tutti, tempi ponderati, aspettative realistiche e documentazione assicurano stime migliori. Prova e scopri quanto può diventare efficiente il processo con un Product Manager dedicato!
• Consigli Planning Poker dalla fonte: Le buone pratiche consigliate da Mountain Goat Software comprendono coinvolgere attivamente tutti, fornire storie chiare e concise, limitare il tempo di ogni giro e discutere differenze significative per favorire collaborazione e comprensione condivisa. Uno studio di Fernandez e colleghi ha rilevato stime più accurate nei team Planning Poker rispetto ad altre tecniche.

I benefici comprendono stime più accurate e coerenti, maggiore collaborazione e comunicazione e migliori trasparenza e responsabilità. Secondo un'indagine di Agile Alliance, i team Planning Poker hanno ottenuto un aumento del 20% dell'accuratezza e una riduzione del 15% dei ritardi. La comprensione condivisa migliora inoltre stime e decisioni durante il ciclo di vita del prodotto e del progetto aziendale.

FAQ su come i team stimano con Planning Poker

Esistono buone pratiche o consigli per usare efficacemente Scrum Planning Poker?

Risposta: sì. Planning Poker è ampiamente accettato, ma Mountain Goat Software suggerisce di considerare alternative secondo le esigenze del team e le circostanze aziendali.

Quali benefici offre Scrum Planning Poker nella gestione dei progetti?

Risposta: migliora accuratezza e coerenza delle stime, collaborazione, comunicazione, trasparenza e responsabilità. Secondo un'indagine di Agile Alliance, i team hanno ottenuto un aumento del 20% dell'accuratezza e una riduzione del 15% dei ritardi. La comprensione condivisa porta inoltre a stime più precise e decisioni migliori durante il progetto.

Esistono alternative a Scrum Planning Poker?

Risposta: sì. Alcuni team usano le taglie di magliette per indicare lo sforzo relativo delle storie. Un'altra tecnica è la stima per affinità: si raggruppano storie simili per complessità e si assegnano punti. Sono efficaci con persone nuove a Scrum o tempo limitato. Secondo CollabNet VersionOne, il 35% dei team agili usa tecniche alternative insieme o al posto di Planning Poker.

Come funziona Planning Poker per gli Scrum Team?

Risposta: nello sviluppo Agile, il team assegna story point secondo la complessità. Ogni persona sceglie privatamente un numero e lo mostra insieme agli altri. Si discutono le differenze per comprendere i requisiti in modo condiviso. L'approccio migliora decisioni e individuazione di rischi o incertezze. Le statistiche mostrano stime più precise dei metodi tradizionali, con pianificazione e consegne più efficienti.

Qual è lo scopo di Planning Poker in Scrum?

Risposta: facilitare stime collaborative e accurate. Il team valuta insieme lo sforzo di storie o attività considerando prospettive e competenze diverse. Le carte aiutano a evitare pregiudizi individuali, favorire coinvolgimento e discussione e ottenere valori affidabili. Gli studi mostrano meno sottostime e sovrastime, con migliore pianificazione e assegnazione delle risorse (fonte: libro «Scrum Planning Poker in Agile: An Effective Estimation Technique»).

Qual è l'ordine corretto dei passaggi?

Risposta: (1) si presenta un elemento del Product Backlog, (2) i membri stimano individualmente con le carte, (3) le stime vengono mostrate insieme, (4) si discutono le differenze e (5) si ripete fino al consenso.

Che cosa sono gli story point Fibonacci?

Risposta: sono valori usati nella stima agile, soprattutto in Planning Poker. La sequenza (1, 2, 3, 5, 8, 13, 21, 34, ecc.) riflette l'aumento non lineare dell'incertezza al crescere di complessità o sforzo.

Perché usare Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, ecc.) per stimare gli elementi del backlog?

Risposta: riflette l'incertezza intrinseca e la non linearità delle stime di sforzo o complessità. Sottolinea l'incertezza crescente degli elementi più grandi e complessi.

Quale metrica si usa in Planning Poker?

Risposta: gli story point. Combinano complessità, sforzo e incertezza associati a una user story o attività nello sviluppo agile.

Che cosa significa story point Fibonacci?

Risposta: usare la sequenza (1, 2, 3, 5, 8, 13, 21, 34, ecc.) come insieme di valori per stimare sforzo o complessità delle storie durante Planning Poker.

Che cos'è Planning Poker Fibonacci?

Risposta: un metodo di stima agile che usa la sequenza (1, 2, 3, 5, 8, 13, 21, 34, ecc.) sulle carte per stimare insieme sforzo o complessità delle storie durante lo Sprint Planning.

Sei Product Owner e stimi alcune storie con il team. Durante Planning Poker™ noti che qualcuno sceglie la carta del caffè. Che cosa significa di solito?

Risposta: è spesso un modo scherzoso per chiedere una pausa. La carta con il punto interrogativo indica generalmente comprensione insufficiente per stimare. Concordate il significato delle carte speciali prima della sessione.

Riepilogo di Scrum Planning Poker

È una tecnica agile collaborativa e coinvolgente per uno Sprint Planning accurato ed efficiente. Il team usa carte, generalmente con valori Fibonacci, per stimare insieme lo sforzo o la complessità delle user story. Dopo la presentazione di un elemento, ognuno sceglie la stima e tutti la mostrano simultaneamente. Si discutono quindi le discrepanze cercando consenso sullo sforzo richiesto.

Gli story point Fibonacci, come 1, 2, 3, 5, 8, 13 e così via, rappresentano la natura non lineare della complessità. Riconoscono che elementi più grandi o articolati portano maggiore incertezza. Gli story point quantificano insieme complessità, sforzo e incertezza.

La variante Fibonacci è diffusa ed efficace nello sviluppo agile. Favorisce collaborazione, riduce i pregiudizi e aumenta trasparenza nello Sprint Planning. Le carte, comprese opzioni scherzose come il caffè per una pausa, rendono la stima dinamica e interattiva. Come parte delle metodologie agili, Planning Poker continua ad aiutare a consegnare prodotti di qualità con precisione ed efficienza.