Gli story point sono una tecnica di stima utilizzata nelle metodologie di project management Agile per aiutare il tuo team a definire l’impegno richiesto per completare un’attività. Gli story point tengono conto di fattori come la complessità e l’incertezza delle attività, il che li rende più accurati di altre tecniche di stima, come la stima basata sul tempo. Stimare i punti storia può sembrare complicato, ma siamo qui per aiutarti: abbiamo suddiviso il processo in sei semplici passaggi.
Pensa all’ultima volta che hai fatto un viaggio in macchina. Ci hai messo tutto il tempo che pensavi o hai avuto imprevisti, come gli ingorghi stradali? 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, come ad esempio 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. Approfondiamo i vantaggi degli story point e come usarli.
Gli story point sono un modo per stimare l’impegno richiesto per completare una storia utente nel tuo product backlog. Di solito si stimano gli story point prima di una riunione di pianificazione dello sprint, poiché è in quel momento che il team determina quanto lavoro può svolgere in uno sprint imminente.
Generalmente, 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 viene calcolato tenendo conto di questi dettagli e confrontando attività simili tra loro.
Il rischio è la quantità di rischio o incertezza totale 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 i suoi obiettivi).
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 reciproci, non il loro valore numerico effettivo.
Mike Cohn, fondatore di Mountain Goat Software e autore di Agile Estimating and Planning, ha reso popolari gli story point Agile come parte del framework Agile.
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. Dipendono anche dalla stima personale di ciascun membro del team, che può variare in base all’anzianità, alla comprensione dell’attività e all’esperienza con attività simili.
Gli story point Agile 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 allineati i membri del team.
Modello gratuito di matrice di story pointOra che sai cosa sono gli story point, vediamo come puoi stimarli per definire l’ambito delle storie utente.
Una solida comprensione degli story point è fondamentale per il successo. Per facilitare il processo, spiega al tuo team le basi e i vantaggi degli story point. In particolare, assicurati che capiscano che i numeri degli story point devono essere scalati l’uno rispetto all’altro.
Suggerimento: ricorda, con gli story point contano i rapporti, non i numeri effettivi. In altre parole, un’attività a cui è stato assegnato un story point pari a 2 dovrebbe richiedere il doppio dell’impegno rispetto a un’attività a cui è stato assegnato un story point pari a 1. Un’attività a cui è stato assegnato uno story point pari a tre dovrebbe richiedere un impegno pari a uno e mezzo rispetto a un’attività a cui è stato assegnato uno story point pari a due. Capisci dove vogliamo arrivare?
Successivamente, determina la sequenza dei punti storia. Questo diventerà il metodo di punteggio che il tuo team utilizzerà per assegnare i punti storia nella riunione di stima (ne parleremo più avanti). Le sequenze sono utili perché costringono il tuo 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, è molto usata per le stime in Agile. Ma può diventare complicata. Se i valori numerici confondono 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 stima in Agile, i team in genere cambiano la sequenza di Fibonacci in 0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40 e 100 per facilità d’uso.
Una matrice di story point è fondamentalmente una versione ampliata della sequenza di story point. Serve come base per la riunione di stima e dà al tuo team un’idea più chiara di come assegnare un punteggio a ogni attività. Se non hai mai usato gli story point, ti consigliamo di utilizzare la tua conoscenza delle attività che il tuo team svolge di solito 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 gli 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.
Ora che hai scelto la sequenza di story point e creato la matrice, è il momento di arrivare al nocciolo della questione: stimare i tuoi story point con una riunione di planning poker.
L’obiettivo del planning poker è assegnare story point alle storie utente, far sì che il team sia sulla stessa lunghezza d’onda e farsi un’idea di quante attività il team può completare nel prossimo sprint. Il planning poker consente a tutti di valutare il lavoro imminente. Con l’intero team coinvolto, puoi avere la certezza di assegnare punti storia in base a opinioni diverse e di prevenire pregiudizi inconsci.
Ecco come organizzare 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 di story point. Puoi creare le carte da solo o scaricare un set.
Seleziona una storia utente.
Discuti la storia con il tuo team, inclusi i relativi aspetti e cosa significa avere successo.
Chiedi a ciascun membro del team di selezionare in privato la carta dello story point che ritiene rappresenti la quantità di impegno richiesta per completare la storia.
Chiedi al tuo team di rivelare contemporaneamente le carte selezionate. Se gli story point sono allineati, passa alla storia utente successiva. In caso contrario, continua a discutere la storia utente fino a raggiungere un accordo.
Ripeti il processo fino a quando non avrai assegnato gli story point a tutte le attività del tuo product backlog.
Usando la matrice dei punti storia come riferimento, determina quante attività il tuo team può completare nel prossimo sprint.
Suggerimento: pianifica di tenere sessioni di planning poker dopo che il tuo team ha assegnato la priorità al backlog e prima che lo sprint inizi. Le sessioni di planning poker possono richiedere da due a quattro ore (e la prima sessione probabilmente richiederà più tempo), quindi pianifica di conseguenza.
Se è la prima volta che utilizzi gli story point, non saprai esattamente quanti story point puoi completare per sprint (nota anche come "velocità dello sprint") fino a quando non avrai completato il tuo primo sprint completo. Non preoccuparti. Nella riunione di pianificazione dello sprint, utilizza la tua migliore stima di quanti story point includere nel tuo 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 un mix. Nel corso del tempo, imparerai cosa funziona meglio per il tuo team e migliorerai il processo in base al feedback del team.
Una volta completato il primo sprint utilizzando gli story point, è il momento di concentrarsi sul tema principale del framework Agile: il miglioramento continuo. A tal fine, riunisciti con il tuo team e discuti di ciò che è andato bene e di ciò che potrebbe essere migliorato. Puoi organizzare una riunione separata a questo scopo o includerla nella retrospettiva degli sprint.
Chiedi al tuo team se gli story point sono stati definiti correttamente, quali colli di bottiglia imprevisti hanno incontrato e gli altri motivi per cui gli obiettivi non sono stati raggiunti. Usa le risposte per migliorare il processo per lo sprint successivo. Se necessario, rivaluta la sequenza o la matrice degli story point.
Usa i risultati per stimare la velocità dello sprint, il numero di story point che il tuo team può completare in un determinato sprint. Ad esempio, se il tuo team completa quattro story point al giorno, la velocità dello sprint è di 40 story point per uno sprint di due settimane.
Suggerimento: una volta determinata la velocity del tuo team, usa quel numero per distribuire i punti storia e vedere quanti sprint saranno necessari al tuo team per completare un intero progetto.
Modello gratuito di matrice di story pointNon è un segreto: pianificare in anticipo è la chiave del project management. La mancata definizione e pianificazione corretta del lavoro può portare al mancato rispetto delle scadenze, allo slittamento del progetto e al fallimento dei progetti. Ma se questo ti sembra spaventoso, non preoccuparti. Gli story point possono aiutarti.
Per capire meglio i story point, diamo un’occhiata a come usarli all’interno del framework Agile:
Innanzitutto, scrivi una storia utente 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 story point a ogni storia utente per stimare l’impegno.
Usa gli story point per selezionare le storie utente 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, voglio essere in grado di inviare feedback e domande attraverso il sito per comprendere meglio le funzionalità del prodotto". Assegneresti a questa storia utente 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 creazione della pagina e il test del modulo e la pubblicazione della pagina.
C’è un motivo se gli story point sono l’MVP delle tecniche di stima: semplificano la stima dell’impegno e la pianificazione degli sprint. Ma non è tutto. Di seguito elenchiamo alcuni dei vantaggi dell’utilizzo degli story point nella metodologia Agile.
Velocizzare la pianificazione. Gli story point sono un’unità di misura per la stima relativa, il che significa che calcoli il valore di uno story point confrontandolo con elementi di lavoro simili e 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 con maggiore precisione l’impegno.
Elimina i pregiudizi sulle competenze dalla tua pianificazione e mantieni il tuo team in perfetta sintonia. 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 riunioni 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 le tue conoscenze per rivalutare i valori originali degli story point e sviluppare stime più accurate.
Collaborare a stretto contatto con il responsabile del prodotto è essenziale per una stima accurata degli story point. Il responsabile del prodotto fornisce approfondimenti preziosi sul valore aziendale, sulle priorità degli utenti e sui criteri di accettazione di ogni attività. Coinvolgendo il responsabile del prodotto nel processo di stima, i team Agile possono garantire una comprensione condivisa dei requisiti ed effettuare stime più consapevoli.
Leggi: Dieci semplici passaggi per aumentare la collaborazione all'interno del teamPer 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 con il responsabile del prodotto il valore aziendale e l’impatto sugli utenti di ogni storia.
Assicurati che il responsabile del prodotto comprenda il concetto di story point e di dimensionamento relativo.
Collabora con il responsabile del prodotto per suddividere le storie più grandi 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 storia utente per una nuova funzionalità in un’app per dispositivi mobili. 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 storia e la suddividono in storie utente più piccole e gestibili. Lavorando 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.
Leggi: Asana per Agile e ScrumNon è tutto facile nel mondo degli story point. Gli story point semplificano il processo di project management, ma solo se si evitano alcuni errori durante la stima. Ecco alcuni errori comuni che i team commettono quando stimano i punti storia e come evitarli.
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 devono essere scalati l’uno rispetto all’altro.
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. Tieni invece conto dei tre fattori che abbiamo esaminato (complessità, rischio e ripetizione) per determinare i valori dei tuoi punti storia.
L’incoerenza nella stima dei punti storia può portare a confusione e a una pianificazione imprecisa. Assicurati che il tuo team abbia una comprensione condivisa di ciò che rappresenta il valore di ogni story point. Sessioni regolari di rifinitura del backlog e workshop di stima possono aiutare a mantenere la coerenza.
Sebbene la stima degli story point miri a migliorare l’accuratezza, cercare di raggiungere una precisione perfetta è controproducente. Accetta l’incertezza intrinseca nello sviluppo di software e utilizza gli story point come strumenti per il dimensionamento relativo, piuttosto che mirare a stime esatte.
Migliora continuamente la tua stima degli story point riflettendo sugli sprint passati. Confronta l'impegno reale richiesto per completare le storie con le stime iniziali. Usa questo feedback per calibrare la comprensione dei punti storia da parte del tuo team e perfezionare il processo di stima. Coinvolgi l’intero team Scrum, compreso il tester, per raccogliere approfondimenti e metriche per migliorare la tua pratica Agile.
Gli story point sono un elemento importante del project management. Tuttavia, stimare correttamente l’impegno e portare a termine le attività è 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.
Modello gratuito di matrice di story point