Tecniche di stima agile: una panoramica
La stima è una pratica fondamentale nello sviluppo agile. Aiuta i team a pianificare gli sprint, prevedere le tempistiche di consegna e comunicare aspettative realistiche agli stakeholder. Ma la stima è anche una delle aree in cui i team incontrano più spesso difficoltà — non perché le tecniche siano complicate, ma perché è facile applicarle in modo errato o usare lo strumento sbagliato nel contesto sbagliato.
Questo articolo tratta le tre principali tecniche di stima agile e fornisce indicazioni pratiche su come scegliere quella più adatta al tuo team.
Story point
Gli story point sono l’unità di stima più ampiamente adottata nello sviluppo agile. Uno story point è una misura astratta della dimensione di una user story, che cattura una combinazione di impegno, complessità e incertezza. La parola chiave è relativo: gli story point non hanno un significato fisso in ore o giorni. Ciò che conta è come si confrontano tra loro.
I team di solito ancorono gli story point usando una story di riferimento semplice. Per esempio, un team potrebbe decidere che una correzione di bug diretta senza incognite vale uno story point. Da lì, stimano tutte le altre story rispetto a quell’ancora. Una funzionalità moderatamente complessa potrebbe valere cinque punti; una grande iniziativa incerta potrebbe valerne tredici o ventuno.
La sequenza di Fibonacci (1, 2, 3, 5, 8, 13, 21, 34…) è comunemente usata per gli story point perché i suoi divari esponenziali riflettono l’incertezza crescente che accompagna le attività più grandi. Il planning poker è la tecnica più popolare per assegnare valori di story point in modo collaborativo.
Quando usare gli story point: Gli story point funzionano meglio per team con composizione stabile che pianificano in sprint regolari. Nel tempo, i team sviluppano una velocità affidabile — un numero medio di story point completati per sprint — che consente previsioni sempre più accurate.
Taglie T-shirt
Le taglie T-shirt usano etichette familiari — XS, S, M, L, XL, XXL — per categorizzare le user story per dimensione relativa. Sono più intuitive per gli stakeholder e i nuovi membri del team rispetto ai numeri astratti, e sono particolarmente efficaci per il dimensionamento di alto livello del backlog prima che le story siano completamente raffinate.
La semplicità delle taglie T-shirt le rende veloci. I team possono lavorare su un grande backlog in poco tempo, ordinando le story in grandi categorie senza impantanarsi nelle differenze tra un 5 e un 8. Questo le rende adatte alla pianificazione nelle fasi iniziali, alle sessioni di roadmap trimestrale o a qualsiasi situazione in cui un quadro approssimativo è più utile di una precisione millimetrica.
Il compromesso è la granularità. Le taglie T-shirt non possono essere usate direttamente per calcolare la velocità, quindi i team che vogliono monitorare il throughput nel tempo di solito mappano le taglie T-shirt su valori numerici (per esempio: S = 2, M = 5, L = 8, XL = 13) in qualche momento del processo.
Quando usare le taglie T-shirt: Usa le taglie T-shirt per il grooming iniziale del backlog, la pianificazione a livello di epic e qualsiasi contesto in cui gli stakeholder devono capire la portata relativa del lavoro senza una ripartizione numerica dettagliata.
Stima relativa
La stima relativa è un termine generico che copre qualsiasi approccio in cui gli elementi di lavoro vengono dimensionati in confronto tra loro piuttosto che rispetto a una misura assoluta. Sia gli story point che le taglie T-shirt sono forme di stima relativa, ma il termine viene anche usato per descrivere metodi più semplici come l’ordinamento delle story in una lista classificata dalla più piccola alla più grande, o l’uso della stima per affinità per raggrupparle per similarità.
La potenza della stima relativa è che aggira uno dei problemi più persistenti nello sviluppo software: la tendenza umana a essere troppo sicuri quando si fanno previsioni temporali assolute. Invece di chiedere “quante ore ci vorranno?” — una domanda che invita a una falsa precisione — la stima relativa chiede “è più grande o più piccola di quella?” — una domanda a cui gli esseri umani rispondono in modo molto più affidabile.
Quando usare la stima relativa in generale: La stima relativa nelle sue varie forme è appropriata per quasi qualsiasi contesto agile. Il formato specifico (story point, taglie T-shirt, liste ordinate) dovrebbe corrispondere al livello di precisione di cui il tuo team ha bisogno e al tempo disponibile per il processo di stima.
Scegliere la tecnica giusta
Non esiste un’unica tecnica di stima agile migliore. La scelta giusta dipende da:
- Maturità del team: I team nuovi beneficiano della semplicità delle taglie T-shirt. I team consolidati con una velocità stabile spesso ottengono più valore dagli story point.
- Dimensione del backlog: I backlog grandi nelle fasi iniziali sono meglio gestiti con le taglie T-shirt o il raggruppamento per affinità. I backlog sprint a breve termine meritano la precisione del planning poker con gli story point.
- Esigenze degli stakeholder: Se gli stakeholder hanno bisogno di previsioni approssimative di ordine di grandezza, le taglie T-shirt sono di solito sufficienti. Se hanno bisogno di previsioni di consegna a livello di sprint, gli story point abbinati al monitoraggio della velocità sono più appropriati.
- Tempo disponibile per la sessione: Le taglie T-shirt sono veloci. Il planning poker con story point richiede più tempo ma produce stime a breve termine più affidabili.
Molti team usano una combinazione: taglie T-shirt per il backlog ampio, story point per qualsiasi cosa che entra nei prossimi due sprint. Questo approccio a strati bilancia efficienza e precisione.
Conclusione
La stima agile non riguarda la previsione del futuro con certezza — si tratta di ridurre l’incertezza abbastanza da prendere buone decisioni. Gli story point, le taglie T-shirt e la stima relativa offrono ciascuno un diverso equilibrio tra velocità, precisione e accessibilità. Capire cosa è progettato per fare ogni tecnica, e scegliere di conseguenza, è la base di una pianificazione agile efficace.