Cosa sono i punti storia? Spiegazione della stima agile
I punti storia stimano lo sforzo, la complessità e l'incertezza del lavoro - non le ore. Scopra come si conciliano la stima relativa, il poker di pianificazione e la velocità.
Gli story point sono un’unità di stima relativa: un singolo numero che riflette la percezione della mole di lavoro, combinando la sua complessità, la quantità di lavoro e la sua incertezza. Fondamentalmente, uno story point non è una misura di tempo. Anziché chiedersi “quante ore ci vorranno?”, un team si chiede “come si colloca questo lavoro rispetto a quello che abbiamo già svolto?” — e quel piccolo cambiamento rende le stime più oneste e più utili.
Perché si ricorre alla stima relativa e non alle ore
Le persone non sono affidabili nel valutare il tempo in termini assoluti, ma sono sorprendentemente brave nel giudizio relativo: siamo in grado di stabilire che un’attività è all’incirca due volte più difficile di un’altra anche quando non sappiamo dire quanto tempo richiederà ciascuna di esse. Gli story point si basano proprio su questa capacità. Inoltre, evitano tre problemi che affliggono le stime basate sulle ore:
- Una stima non è un impegno. Le ore inducono le parti interessate a considerare le “8 ore” come una promessa; i punti mantengono la stima al livello di una previsione.
- Lo stesso compito richiede tempi diversi a persone diverse. Un punteggio riflette il lavoro svolto, non la persona.
- La durata non tiene conto del rischio. Un compito breve ma incerto può essere più rischioso di uno lungo e ben compreso: i punti riflettono tale incertezza.
La scala dei punti di trama
La maggior parte dei team utilizza una scala di tipo Fibonacci — 1, 2, 3, 5, 8, 13, 20 — anziché una scala Linear. L’ampliamento degli intervalli è intenzionale: più un elemento è grande, meno è possibile quantificarne con precisione le dimensioni, quindi la scala smette di fingere che si possa distinguere un 14 da un 15. Se un elemento risulta più grande di circa 13, ciò costituisce un segnale per suddividerlo in parti più piccole che il team possa comprendere e consegnare entro uno sprint.
Come i team assegnano i punti: il planning poker
Il metodo più comune per effettuare una stima è il planning poker. Il Product Owner descrive un elemento del backlog, il team ne discute e ogni persona assegna un valore in privato. Tutti rivelano il proprio valore contemporaneamente, in modo che nessuno si lasci influenzare dalla voce più forte. Laddove le stime più alte e quelle più basse divergono, le persone coinvolte spiegano il proprio ragionamento — e quella conversazione, che porta alla luce ipotesi e complessità nascoste, di solito vale più del numero finale. Per una guida più approfondita, consulti come utilizzare il planning poker nella stima agile.
Dai punti alla velocità
Una volta che un team effettua le stime in punti, può misurare la velocità: il numero di punti che porta a termine in uno sprint. Dopo alcuni sprint, la velocità media diventa una semplice previsione empirica: se un team porta a termine in modo affidabile circa 30 punti per sprint, il Product Owner può stimare approssimativamente quale parte del backlog potrà essere affrontata nei prossimi sprint. La velocità è uno strumento di pianificazione per un singolo team, mai un obiettivo e mai un termine di confronto tra team; nel momento in cui diventa un obiettivo, i team gonfiano le loro stime e il numero smette di avere alcun significato.
I punti storia e la retrospettiva
La stima è uno degli aspetti più comunemente esaminati da un team durante la sua retrospettiva di sprint. Quando gli elementi vengono sistematicamente sottostimati o sovrastimati, quando la velocità oscilla in modo significativo o quando il lavoro “completato” viene continuamente riaperto, la retrospettiva rappresenta l’occasione in cui il team ricalibra la propria percezione condivisa delle dimensioni e affina il modo in cui suddivide il lavoro. L’accuratezza della stima migliora attraverso questo ciclo di feedback, non cercando di impegnarsi di più in fase iniziale.
Domande frequenti sui punti storia
Cosa sono gli story point nell’agile?
I punti storia sono un’unità di stima relativa che esprime lo sforzo richiesto da un’attività, combinando in un unico numero la sua complessità, il carico di lavoro e il grado di incertezza. Non sono, per definizione, una misura del tempo. Un team confronta ogni elemento con altri di cui ha già valutato la dimensione e assegna i punti su una scala condivisa, in modo che le stime riflettano la difficoltà piuttosto che il numero di ore che una persona in particolare potrebbe impiegare.
Perché utilizzare gli story point anziché le ore?
Le persone non sono molto brave a stimare il tempo in termini assoluti, ma sono brave a valutare se una cosa è più grande di un’altra. Gli story point si basano su questo punto di forza. Inoltre, evitano la trappola di considerare una stima come un impegno, tengono conto del fatto che lo stesso compito richiede tempi diversi a persone diverse e integrano complessità e rischio, non solo la durata. Nel corso di alcuni sprint, la velocità di un team espressa in punti diventa una previsione più affidabile rispetto alla somma delle stime in ore.
Come si calcolano i punti storia?
La maggior parte dei team utilizza il “planning poker”. Il Product Owner illustra un elemento del backlog, il team ne discute e ciascuno sceglie in privato un valore da una scala condivisa — solitamente una sequenza simile a quella di Fibonacci (1, 2, 3, 5, 8, 13). Tutti rivelano contemporaneamente la propria scelta; laddove le stime differiscono notevolmente, chi ha espresso il voto più alto e chi quello più basso spiegano il proprio ragionamento e il team rivota fino a raggiungere un consenso. La discussione che porta alla luce la complessità nascosta è spesso più preziosa del numero stesso.
È possibile confrontare gli story point tra i vari team?
No. Uno story point è calibrato in base alla percezione della dimensione relativa propria di un determinato team, pertanto il valore 5 di un team non corrisponde al valore 5 di un altro team. Il confronto della velocità o dei totali dei punti tra i team è privo di significato e, se utilizzato come obiettivo, risulta addirittura dannoso, poiché spinge i team a gonfiare le stime. Gli story point sono uno strumento di pianificazione per le previsioni di un singolo team, non un indicatore di produttività da utilizzare a fini comparativi.
Altre letture
- Planning Poker gratuito per team agili — valutate insieme il vostro backlog in tempo reale.
- I tre artefatti Scrum — ovvero, in cosa consiste effettivamente il Product Backlog che state valutando.
- Che cos’è un grafico burndown? — come i team tengono traccia dei punti che si sono impegnati a realizzare.