Fibonacci nel Planning Poker: scala ed esempio di stima
A cosa servono gli intervalli tra le carte e come usare voti diversi per chiarire il lavoro prima di scegliere un numero.
Nel Planning Poker, valori come 1, 2, 3, 5, 8, 13 e 21 permettono di confrontare la dimensione relativa del lavoro. Gli intervalli crescenti riducono le distinzioni sottili da giustificare nelle attività più grandi. Una carta non calcola la durata e non risolve requisiti ancora aperti.
Se sei indeciso tra 3 e 5, chiediti quale lavoro aggiuntivo distingue la storia da un riferimento noto. Una carta 4 offrirebbe un’altra scelta, senza chiarire questa differenza.
In questa guida:
Perché gli intervalli aumentano
Dopo 1 e 2, ogni numero è la somma dei due precedenti: 1, 2, 3, 5, 8, 13, 21, 34…. Tra 3 e 5 ci sono due punti; tra 13 e 21, otto.
Il team dispone così di meno valori intermedi da difendere quando il lavoro coinvolge più decisioni. Mike Cohn spiega le ragioni della sua scelta. Questa scala non garantisce stime più accurate.
Gli story point confrontano il lavoro all’interno dello stesso team considerando impegno, complessità e rischi. Atlassian descrive questo approccio relativo. 8 non significa otto ore né lo stesso lavoro in un altro team. Un numero alto non conferma nemmeno che un’integrazione sconosciuta supporti una determinata operazione.
Esempio: annullare un appuntamento
Un team immaginario sviluppa un servizio di prenotazione. La storia dice: «Il cliente può annullare un appuntamento». Il riferimento da 3 punti è una modifica nota a un campo della prenotazione, comprensiva di validazione, revisione e verifica del risultato.
Le prime carte mostrano tre interpretazioni:
| Voto | Lavoro incluso | Domanda aperta |
|---|---|---|
| 3 | Cambiare lo stato della prenotazione | Bisogna liberare anche la disponibilità del professionista? |
| 5 | Annullare, rendere di nuovo disponibile l’orario e inviare conferma | Cosa succede se l’appuntamento è già iniziato? |
| 8 | Aggiungere rimborso e aggiornamento della contabilità | I pagamenti fanno parte di questa prima versione? |
La media non decide quali prenotazioni possono essere annullate. Con il Product Owner, il team delimita il primo risultato:
- Solo appuntamenti non ancora iniziati e senza pagamento anticipato.
- Controllo dello stato e dell’orario al momento del salvataggio.
- Annullamento e disponibilità aggiornati insieme; in caso di errore, prenotazione invariata.
- Conferma tramite il servizio di notifiche esistente.
- Rimborsi e contabilità gestiti in una storia separata.
La sviluppatrice che conosce le prenotazioni conferma che l’operazione esistente può aggiornare stato e disponibilità in modo coerente. Il secondo voto di questo esempio è 5, 5, 5. Il team registra il valore e i limiti concordati nel backlog.
I punti valgono solo per questo esempio; l’unanimità non è un risultato obbligatorio di ogni turno. Agile Alliance descrive la scelta individuale delle carte, la loro rivelazione e i turni successivi. La guida per condurre un Planning Poker tratta l’intera sessione.
Se i voti restano diversi
Chiedi quale ipotesi non è stata confermata. Se non è chiaro come mantenere aggiornata la disponibilità durante modifiche simultanee, concorda cosa verificare, chi se ne occupa e quale risultato serve. Se i rimborsi sono indispensabili, rivedi il perimetro. Un altro voto serve quando cambia la comprensione; ripetere senza nuove informazioni può diventare una pressione al consenso.
Scala classica e modificata
| Mazzo | Valori di esempio | Cosa concordare |
|---|---|---|
| Fibonacci | 1, 2, 3, 5, 8, 13, 21, 34 | Quali dimensioni riusciamo a confrontare utilmente |
| Modificato | 1, 2, 3, 5, 8, 13, 20, 40, 100 | Quando una carta grande invita a precisare la storia |
| Carte aggiuntive | 0, 0.5, ?, caffè, secondo il mazzo | Il significato di ciascuna carta |
La scala modificata prosegue con una sequenza diversa dopo 13. Cohn spiega l’arrotondamento a 20 come un modo per evitare di suggerire una precisione ingiustificata nelle stime grandi. Frazioni e simboli sono aggiunte del mazzo, non termini della successione matematica.
Un ? può indicare una domanda da risolvere prima di stimare; la carta del caffè può chiedere una pausa. Sono segnali, non stime numeriche: annotali separatamente dai punti. Mantieni lo stesso mazzo durante la sessione e scegli alcune storie concluse come riferimento. Gli esempi di story point aiutano a selezionarle.
Stimare, chiarire, dividere o approfondire
- Stesso perimetro, confronti diversi: tornare ai riferimenti conclusi e spiegare il lavoro in più.
- Requisiti diversi: scrivere cosa rientra nel lavoro e cosa ne resta fuori prima di votare ancora.
- Più risultati utili indipendenti: proporre storie più piccole e utilizzabili separatamente.
- Un’incognita può cambiare la soluzione: definire domanda, responsabile e informazione attesa.
Non esiste una regola universale che imponga di dividere ogni 13. Conta se il team comprende il lavoro e può completarlo nei propri vincoli. Una 5 con una dipendenza ignota può richiedere chiarimenti prima di una 13 ben compresa.
Dopo la divisione, le nuove stime non devono necessariamente sommare il valore iniziale: perimetro e conoscenze sono cambiati. Separare solo «interfaccia» e «API» non consente ancora al cliente di annullare l’appuntamento. Cerca un risultato più piccolo ma utilizzabile.
Un accordo da copiare
Mazzo e valori scelti:
Storie concluse di riferimento e relativi limiti:
Lavoro necessario per soddisfare la Definition of Done:
Significato delle carte aggiuntive:
Domande quando i voti differiscono:
Segnali per chiarire, dividere o approfondire:
Dove registriamo ipotesi e responsabile del passo successivo:
«Il recupero dopo un errore è incluso?» guida la discussione meglio di un generico invito a considerare la complessità.
Domande frequenti
Perché manca il 4?
La sequenza passa da 3 a 5. Confronta prima i limiti dell’attività con i riferimenti. Si possono usare altri mazzi, ma un gradino aggiuntivo non risolve un requisito aperto.
Scrum richiede Fibonacci?
No. La Scrum Guide assegna la stima delle dimensioni a chi svolge il lavoro nello Scrum Team (Developers), senza imporre Fibonacci, story point o Planning Poker.
Meglio scegliere sempre il numero più alto?
Prima esplicita l’incertezza. Una carta più alta può rappresentare lavoro aggiuntivo che il team comprende, ma non sostituisce una decisione di prodotto o una verifica tecnica.
Usa la scala in Agilo
Agilo Planning Poker include mazzi con la scala di Fibonacci e la sua variante modificata. Prepara storie con un perimetro chiaro e i relativi riferimenti, poi registra le decisioni nel backlog.
Crea una stanza di Planning Poker quando il team è pronto a stimare insieme.
