Story point: guida alla stima per le storie utente in Agile

Pensa all’ultima volta che hai fatto un viaggio in macchina. Ci è voluto tutto il tempo che pensavi o hai riscontrato imprevisti, come il traffico? La pianificazione e la stima dei progetti possono essere molto simili. Ostacoli imprevisti e incertezze possono ritardare la cronologia del progetto e portare a uno slittamento del progetto. E, proprio come durante il viaggio, puoi ritrovarti in una situazione che non ti aspettavi, ad esempio con un budget eccessivo e prestazioni insufficienti. 

È qui che entrano in gioco le tecniche di stima. Con le tecniche di stima, come gli story point, puoi definire con precisione l’ambito delle attività, dando a te e al tuo team un quadro più chiaro di quanto impegno richiederanno le attività e dove potrebbero sorgere problemi. Scopriamo i vantaggi degli story point e come usarli. 

Cosa sono gli story point?

Gli story point sono un modo per stimare l’impegno richiesto per completare una user story nel product backlog. Di solito, gli story point vengono stimati prima di una riunione di pianificazione di uno sprint, poiché è in quel momento che il team determina la quantità di lavoro che può svolgere in uno sprint imminente. 

In genere, gli story point tengono conto di tre fattori che possono influire sull’ambito e sull’impegno di un’attività e il valore dello story point aumenta di conseguenza. Poiché gli story point sono relativi, il loro valore si ottiene tenendo conto di questi dettagli e confrontando attività simili tra loro.

• Il rischio è la quantità di rischio totale o incertezza associata all’attività. Ad esempio, se l’attività coinvolge terze parti, appaltatori o stakeholder del progetto, può aumentare la quantità di rischio.

• La ripetizione è l’esperienza del team con attività simili. 

• La complessità è il livello di difficoltà dell’attività (e quanto sono chiari gli obiettivi dell’attività). 

Una cosa importante da sapere è che gli story point sono relativi, il che significa che ciò che conta è il loro valore relativo e i rapporti tra loro, non il loro valore numerico effettivo.

Story point e stima basata sul tempo

Ti starai chiedendo perché non usare semplicemente il tempo come stima per le attività. E non hai torto: la stima basata sul tempo (o sulle ore) è un modo popolare per definire l’ambito del lavoro. 

Ma c'è un aspetto negativo: a differenza degli story point, le stime basate sul tempo non tengono conto della complessità, del rischio o dell'incertezza. Inoltre, dipendono dalla stima personale di ciascun membro del team, che può variare a seconda dell'anzianità, della comprensione dell'attività e dell'esperienza con attività simili. 

Gli story point agili risolvono questi potenziali problemi incoraggiando la collaborazione e tenendo conto del rischio, della complessità e dell'esperienza. Il risultato è un sistema di punteggio universale che mantiene i membri del team allineati.

Sei passaggi per implementare e stimare gli story point

Ora che sai cosa sono gli story point, vediamo come puoi stimarli per definire l'ambito delle storie utente. 

1. Introduci gli story point nel tuo team

Una solida comprensione degli story point è fondamentale per il successo. Per facilitare il processo, illustra al tuo team le basi e i vantaggi degli story point. In particolare, assicurati che capiscano che i numeri degli story point devono essere proporzionali tra loro.

Suggerimento: ricorda che per gli story point contano i rapporti, non i numeri effettivi. In altre parole, un'attività a cui è stato assegnato uno story point di due dovrebbe richiedere il doppio dell'impegno rispetto a un'attività a cui è stato assegnato uno story point di uno. Un'attività a cui è stato assegnato uno story point di tre dovrebbe richiedere un impegno pari a una volta e mezzo quello di un'attività a cui è stato assegnato uno story point di due. Capisci dove vogliamo arrivare? 

2. Determina la scala degli story point 

Successivamente, determina la sequenza degli story point. Questo diventerà il metodo di punteggio che il tuo team utilizzerà per assegnare gli story point nella riunione di stima (ne parleremo più avanti). Le sequenze sono utili perché costringono il team a concentrarsi sulla dimensione relativa tra i numeri, semplificando la stima delle attività complesse. Quindi, quale sequenza di story point dovresti usare? La sequenza di Fibonacci, una serie di numeri in cui ogni numero è la somma dei due precedenti, è popolare per la stima in Agile. Ma può diventare complicata. Se i valori numerici risultano eccessivi per il tuo team, prova la sequenza delle taglie delle magliette. Come suggerisce il nome, questa sequenza suddivide le attività in dimensioni più gestibili in base alle taglie delle magliette: XS, S, M, L, XL e XXL. 

Suggerimento: quando si effettua una stima in Agile, i team in genere modificano la sequenza di Fibonacci in 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 e 100 per facilità d'uso. 

3. Crea una matrice di story point

Una matrice di story point è fondamentalmente una versione ampliata della sequenza di story point. Serve come base per la riunione di stima e offre al team un’idea più chiara di come valutare ogni attività. Se non hai mai utilizzato gli story point, ti consigliamo di utilizzare la tua conoscenza delle attività che il tuo team svolge abitualmente e della complessità, incertezza e impegno ad esse associati.

Come puoi vedere, i valori degli story point aumentano all'aumentare dell'impegno, della complessità e del rischio dell'attività. 

Suggerimento: la matrice degli story point si evolverà man mano che esegui sprint e acquisisci una migliore comprensione dell’impegno associato alle attività del tuo team. Non preoccuparti di renderla perfetta la prima volta: parti dalle attività tipiche del tuo team e pianifica di rivalutare la matrice dopo ogni sprint.

4. Organizza una riunione di planning poker

Ora che hai scelto la sequenza di story point e creato la relativa matrice, è il momento di arrivare al nocciolo della questione: stimare gli story point con una riunione di planning poker. 

L'obiettivo del planning poker è assegnare story point alle user story, mantenere il team in perfetta sintonia e sviluppare un'idea di quante attività il team può completare nello sprint successivo. Il planning poker consente a tutti di esprimere la propria opinione sul lavoro da svolgere. Con l'intero team coinvolto, puoi avere la certezza di assegnare story point basati su opinioni diverse e di prevenire pregiudizi inconsci. 

Ecco come condurre una riunione di planning poker di successo.    

• Fornisci al tuo team una matrice di story point definita come riferimento, nonché una serie di carte che rappresentano la sequenza degli story point. Puoi creare le carte da solo o scaricare un set.   

• Seleziona una storia utente. 

• Discuti la storia con il tuo team, incluso ciò che comporta e cosa significa avere successo. 

• Chiedi a ciascun membro del team di selezionare privatamente la carta story point che ritiene rappresenti la quantità di impegno necessaria per completare la storia. 

• Chiedi al tuo team di rivelare contemporaneamente le carte selezionate. Se gli story point sono allineati, passa alla storia utente. Se gli story point non coincidono, continua a discutere la storia utente fino a raggiungere un accordo.

• Ripeti il processo fino a quando non hai assegnato gli story point a tutte le attività nel product backlog. 

• Usando la matrice degli story point come riferimento, determina quante attività il tuo team può completare nello sprint successivo.

Suggerimento: pianifica di tenere sessioni di planning poker dopo che il tuo team ha assegnato le priorità al backlog e prima che lo sprint sia iniziato. Le sessioni di planning poker possono richiedere da due a quattro ore (ed è probabile che la prima sessione richieda più tempo), quindi pianifica di conseguenza. 

5. Pianifica ed esegui il tuo sprint 

Se è la prima volta che usi gli story point, non saprai esattamente quanti story point puoi completare per sprint (noto anche come "velocità dello sprint") fino a quando non avrai completato il tuo primo sprint completo. Non è un problema. Nella riunione di pianificazione dello sprint, utilizza la tua migliore stima di quanti story point includere nello sprint in base alla complessità delle attività e al valore degli story point. 

Suggerimento: il tuo primo sprint potrebbe includere un numero elevato di story point di basso valore, un numero basso di story point di alto valore o una combinazione di entrambi. Nel tempo, imparerai cosa funziona meglio per il tuo team e migliorerai il processo in base al feedback del tuo team. 

6. Migliora continuamente le stime degli story point

Una volta completato il primo sprint utilizzando gli story point, è il momento di concentrarsi sul tema principale del Framework Agile: il miglioramento continuo. Per farlo, riunisciti con il tuo team e discuti cosa è andato bene e cosa potrebbe essere migliorato. Puoi tenere una riunione separata per questo o includerla nella tua retrospettiva degli sprint. 

Poni al tuo team domande come se gli story point siano stati definiti correttamente, quali colli di bottiglia imprevisti hanno incontrato nel progetto e gli altri motivi per cui gli obiettivi non sono stati raggiunti. Utilizza le risposte per migliorare il processo per lo sprint successivo. Se necessario, rivaluta la sequenza o la matrice degli story point. 

Suggerimento: una volta determinata la velocità del tuo team, usa quel numero per distribuire gli story point e vedere quanti sprint serviranno al tuo team per completare un intero progetto.

Come usare gli story point nei progetti Agile

Non è un segreto: pianificare in anticipo è la chiave per la gestione dei progetti. La mancata definizione e programmazione corretta del lavoro può portare al mancato rispetto delle scadenze, allo slittamento del progetto e al suo fallimento. Ma se tutto questo ti spaventa, non preoccuparti. Gli story point possono essere d'aiuto. 

Per comprendere meglio gli story point, diamo un’occhiata a come utilizzarli all’interno del framework Agile:

• Innanzitutto, scrivi una user story per ogni funzionalità desiderata. Le storie utente seguono il formato "In qualità di [persona], desidero raggiungere [obiettivo], in modo che [risultato o vantaggio]".

• Aggiungi le storie utente al product backlog. 

• Assegna degli story point a ciascuna storia utente per stimare l'impegno. 

• Usa gli story point per selezionare le user story dal tuo backlog, assicurandoti di scegliere la giusta “quantità” di lavoro per ogni sprint. 

• Esegui lo sprint. 

Esempio: supponiamo che la tua storia utente sia "In qualità di utente, desidero poter inviare feedback e domande tramite il sito per comprendere meglio le funzionalità del prodotto". Assegneresti a questa user story uno story point, ovvero la quantità di impegno che ritieni necessaria per completare la storia. Puoi quindi suddividere la storia in attività più piccole, come la definizione dell’ambito e la progettazione del modulo di feedback, la scrittura del codice per il modulo, la messa in scena della pagina e il test del modulo e la pubblicazione della pagina. 

Vantaggi dell’utilizzo degli story point

C’è un motivo per cui gli story point sono il prodotto minimo funzionante delle tecniche di stima: rendono più facile stimare l’impegno e semplificano la pianificazione degli sprint. Ma non è tutto. Di seguito elenchiamo alcuni altri vantaggi dell’utilizzo degli story point nella metodologia Agile.

• Pianificazione più rapida. Gli story point sono un'unità di misura per la stima relativa, il che significa che si calcola il valore di uno story point confrontandolo con elementi di lavoro simili, già stimati. L'utilizzo di un metodo di punteggio relativo porta a una stima più rapida nel tempo, una grande vittoria per il tuo team. 

• Prendere in considerazione l'imprevedibilità e il rischio. Gli story point Agile tengono conto di elementi come incognite e rischi. L'utilizzo di questi fattori nella pianificazione elimina le incertezze, consentendo di definire l'ambito dell'impegno in modo più accurato.

• Rimuovi i pregiudizi sulle competenze dalla tua pianificazione e fai in modo che il tuo team sia sulla stessa lunghezza d'onda. Affidarsi alle stime dei singoli membri del team non è sempre la scelta migliore. Dopotutto, un membro senior del team probabilmente fornirà una stima dell’impegno piuttosto diversa rispetto a un membro junior. Gli story point prevengono questi problemi, incoraggiando la collaborazione sotto forma di moduli di planning poker. 

• Crea scadenze significative. A nessuno piacciono le scadenze arbitrarie, ma è spesso quello che ottieni quando usi altre tecniche di stima basate sulla quantità di tempo. Poiché gli story point sono più sfumati, si traducono in date di scadenza significative.  

• Creare stime migliori in futuro. Uno dei principali vantaggi degli story point è che sono adattabili e riutilizzabili. Ciò significa che una volta creata una matrice di story point e tenuto il tuo primo sprint, puoi utilizzare i tuoi apprendimenti per rivalutare i valori originali degli story point e sviluppare stime più accurate. 

Stima efficace degli story point con il responsabile del prodotto 

Collaborare a stretto contatto con il responsabile del prodotto è essenziale per una stima accurata degli story point. Il product owner fornisce approfondimenti preziosi sul valore dell’azienda, sulle priorità degli utenti e sui criteri di accettazione di ogni attività. Coinvolgendo il product owner nel processo di stima, i team Agile possono garantire una comprensione condivisa dei requisiti e fare stime più informate.

Per collaborare efficacemente con il responsabile del prodotto durante la stima degli story point:

• Invita il responsabile del prodotto alle riunioni di stima e alle sessioni di planning poker.

• Incoraggia il responsabile del prodotto a chiarire i requisiti, le funzionalità e a rispondere alle domande.

• Discuti il valore aziendale e l'impatto sull'utente di ogni story con il responsabile del prodotto.

• Assicurati che il responsabile del prodotto comprenda il concetto di story point e di dimensionamento relativo.

• Collaborare con il responsabile del prodotto per suddividere le story di grandi dimensioni in blocchi più piccoli e stimabili.

Esempio: supponiamo che il team Scrum, composto dal team di sviluppo, dallo Scrum master e dal Product Owner, stia stimando una user story per una nuova funzionalità in un’app mobile. Il responsabile del prodotto partecipa alla riunione di stima e fornisce ulteriore contesto sull’importanza della funzionalità per gli utenti e sulla funzionalità prevista. Il team di sviluppo interroga la guida Scrum per chiarire i criteri di accettazione e i casi limite. Insieme, il responsabile del prodotto e il team discutono la complessità della story e la suddividono in user story più piccole e gestibili. Collaborando a stretto contatto con il responsabile del prodotto, il team acquisisce una migliore comprensione dei requisiti e può fornire stime più accurate degli story point.

Evitare le insidie più comuni nella stima degli story point

Non è tutto facile nel mondo degli story point. Gli story point semplificano il processo di gestione del progetto, ma solo se si evitano determinati errori durante la stima. Ecco alcuni errori comuni che i team commettono quando stimano gli story point e come evitarli. 

Utilizzare story point non relativi 

La natura relativa degli story point rende più facile per il tuo team capire come le attività si confrontano tra loro. Ecco perché non dovresti assegnare punti arbitrariamente. Ricorda: gli story point dovrebbero essere proporzionali tra loro. 

Equiparare gli story point alle ore 

Poiché la stima del tempo non tiene conto di fattori come la complessità e l'incertezza, l'utilizzo di stime orarie o giornaliere come story point è contrario al loro obiettivo. Invece, considera i tre componenti che abbiamo esaminato (complessità, rischio e ripetizione) per determinare i valori degli story point. 

Stima incoerente degli story point

L'incoerenza nella stima degli story point può portare a confusione e pianificazione imprecisa. Assicurati che il tuo team abbia una comprensione condivisa di ciò che rappresenta ogni valore degli story point. Sessioni periodiche di perfezionamento del backlog e workshop di stima possono aiutare a mantenere la coerenza.

Eccessiva enfasi sulla precisione 

Sebbene la stima degli story point miri a migliorare l’accuratezza, la ricerca della precisione perfetta è controproducente. Accetta l'incertezza intrinseca nello sviluppo del software e utilizza gli story point come strumento per il dimensionamento relativo piuttosto che puntare a stime esatte.

Non imparare dalle stime degli story point precedenti 

Migliora continuamente la stima degli story point riflettendo sugli sprint precedenti. Confronta l'impegno reale necessario per completare le storie con le stime iniziali. Usa questo feedback per calibrare la comprensione degli story point da parte del tuo team e perfezionare il processo di stima. Coinvolgi l’intero team Scrum, incluso il tester, per raccogliere approfondimenti e metriche per migliorare la tua pratica Agile.

Gestisci la pianificazione degli sprint e gli story point con i modelli

Gli story point sono un elemento importante del puzzle della gestione dei progetti. Ma stimare correttamente l’impegno e portare le attività al traguardo è molto più facile quando gli elementi del product backlog sono ben organizzati e corrispondono al lavoro del tuo team. Asana è qui per aiutarti. Organizza il tuo backlog, monitora i tuoi progetti Agile e comunica con il tuo team in modo efficiente con un modello di pianificazione degli sprint collaborativo come il tuo team.