Gli story point spiegati: stima relativa invece che in ore, la scala di Fibonacci, come i punti alimentano la velocity e le previsioni di release, e come East Agile Tracker stima le storie.
Uno story point è un’unità di dimensione relativa. Invece di stimare un lavoro in ore o giorni, il team lo confronta con lavoro già svolto: “questo è circa il doppio di quello”. Il numero riassume insieme sforzo, complessità e incertezza.
Perché relativa e non in ore
Sezione intitolata “Perché relativa e non in ore”Le persone sono poco brave a prevedere quanto durerà un’attività, e piuttosto brave a giudicare se un’attività è più grande di un’altra. Gli story point sfruttano questa seconda capacità.
- I punti non dipendono da chi fa il lavoro. Una storia vale 3 sia che la prenda un ingegnere senior sia un junior; la differenza si vede nella velocità con cui il team completa i punti, non nella stima.
- La stima resta rapida. Confrontare una storia con una nota richiede pochi secondi. Scomporla in ore richiede molto di più ed è raramente più accurato.
- I punti diventano date grazie alla misurazione. Quando il team sa quanti punti completa per iterazione — la sua velocity — può prevedere quando un insieme di storie sarà finito.
Una stima è una conversazione sul dimensionamento, non una promessa. Se il team non è d’accordo su un numero, la discussione di solito fa emergere un malinteso sulla storia, che è il risultato più utile.
I team scelgono una scala corta perché le stime restino approssimative. Le più comuni:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Gli intervalli crescono con la dimensione, perché le storie grandi sono più incerte.
- Lineare — 0, 1, 2, 3. Una scala piccola per i team che suddividono il lavoro in pezzi molto fini.
- Taglie di magliette — S, M, L (a volte XS e XL).
Una storia troppo grande per il massimo della scala è un segnale per suddividerla in storie più piccole.
Stimare in team
Sezione intitolata “Stimare in team”Una tecnica diffusa è il planning poker: ognuno sceglie una stima in privato, tutti la rivelano nello stesso momento, e chi ha dato la stima più alta e quella più bassa spiega il proprio ragionamento prima che il team concordi un numero. Rivelare tutti insieme evita che la prima voce condizioni le altre.
Si stima prima che la storia venga avviata, una volta che il team ha capito cosa significa “fatto” per quella storia: i criteri di accettazione. Vedi User story e pianificazione dell’iterazione.
Come funziona in East Agile Tracker
Sezione intitolata “Come funziona in East Agile Tracker”- Le feature prendono punti per default. I bug e i chore restano senza stima a meno che il progetto non attivi Points for bugs and chores. Vedi Stimare le feature.
- Sono incluse tre scale: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) e 3 punti (1, 2, 3 per Small / Medium / Large). La scala si sceglie per progetto; cambiarla in seguito non rimappa le stime esistenti. Vedi Points.
- I punti alimentano la velocity. I punti di una storia contano nella velocity non appena raggiunge il done state del progetto, e la velocity dimensiona le iterazioni successive. Vedi Velocity.
- Le storie senza stima si possono cercare. Il filtro
is:unestimatedelenca le feature che hanno ancora bisogno di un numero. Vedi Ricerca e filtri.
Per approfondire
Sezione intitolata “Per approfondire”- Cos’è la velocity? — come i punti diventano una previsione.
- Scrum o Kanban — il ruolo della stima in ciascun metodo.
- eXtreme Programming — il metodo da cui provengono gli story point.