Se avete mai sperimentato il traffico di Los Angeles, si sa che la quantità di tempo si deve prendere per arrivare da Arcadia a Santa Monica, è soggetto ad un numero di forze tra il traffico, il meteo, la costruzione, l’ora del giorno, e i capricci di altri driver. È una distanza di 32 miglia che potrebbe richiedere 41 minuti o 4 ore.,
Gli elementi nel backlog di prodotto Scrum sono soggetti a un numero simile di variabili, spesso rendendo la pianificazione agile frustrante come sedersi nel traffico della California meridionale.
E questo è un problema enorme. Se non si riesce a stimare in modo accurato e coerente il tempo o la velocità durante la pianificazione agile, può portare a scadenze perse, colli di bottiglia, blocchi stradali, scorrimento dell’ambito e talvolta anche il fallimento di un progetto.
La buona notizia è che c’è un modo migliore per stimare il tempo necessario per la pianificazione agile: stima del punto della storia.,
Aspetti negativi di altri metodi di stima del tempo nei progetti Agili
Prima di entrare nel valore della stima del punto storia, consideriamo altri metodi di stima del tempo utilizzati nella pianificazione Agile.
Molti team assegnano una stima a progetti e articoli per ora, quindi assegnano un numero totale di ore per sprint. Ma, se torniamo all’analogia di guida, questa pratica è simile a guardare solo la distanza durante la guida e non tenere conto di altri fattori.
Un altro modo per stimare è la tecnica del “giorno ideale”., Ogni giornata lavorativa è composta da e-mail, chat e riunioni, il che significa che i tuoi sviluppatori non saranno disponibili per lavorare per 8 ore al giorno, anche se sono ancora al lavoro. Lo svantaggio di questo metodo di stima è che si basa ancora su ore, non su sforzi.
Quali sono i punti storia?
Quindi, in che modo la stima del punto storia fornisce al tuo team una stima più accurata del tempo necessario per completare le storie degli utenti?
Con i punti storia, i team tengono conto dello sforzo e della complessità per assegnare a ciascun elemento in un product backlog un valore numerico., I punti storia sono molto più completi rispetto a un solo fattore—il tempo—per stimare la pianificazione dello sprint.
Story point estimation include tre componenti principali:
- Rischio: il rischio di un particolare progetto o elemento include richieste vaghe, dipendenza da una terza parte o modifiche a metà attività.
- Complessità: questo componente è determinato dalla difficoltà di sviluppo della funzionalità.
- Ripetizione: questo componente è determinato dalla familiarità del membro del team con la funzione e dalla monotonia di alcune attività all’interno dello sviluppo.,
Incorporando i tre punti sopra, la tua squadra può pianificare in modo più accurato gli sprint, includere il cuscino per l’incertezza, stimare meglio i problemi ed evitare di appoggiarsi troppo agli impegni di tempo. I punti storia consentono la coerenza non solo nei team, ma tra i reparti.
3 passi per la stima agile del punto della storia
Segui questo processo per pianificare in modo più accurato i tuoi sprint, dare aspettative realistiche e spingere i progetti più velocemente.,
Usa i numeri di sequenza di Fibonacci
Si è tentati di assegnare elementi con una scala lineare, ma quei numeri interi non sono abbastanza differenziati da definire chiaramente una stima.
Probabilmente hai incontrato questo presso l’ufficio del medico con una scala del dolore. Se 1 sulla scala del dolore rappresenta “totalmente bene” e 10 è un dolore così grave che sembra che tu stia morendo, qual è 4? E, inoltre, in che modo 4 è diverso da 5? E dove si inserisce un calcolo renale sulla scala se non hai mai provato un forte dolore prima?
I numeri di sequenza di Fibonacci eliminano quei salti minori., Come si potrebbe ricordare, la sequenza di Fibonacci è una serie di numeri in cui ogni numero è la somma dei due numeri precedenti: 0, 1, 1, 2, 3, 5, 8, 13, 21, ecc.
Per Agile, la sequenza viene in genere modificata in 0.5, 1, 2, 3, 5, 8, 13, ecc. Utilizzando questi numeri, è molto più facile decidere se un elemento è 3 punti storia o 5 punti storia.,
Determine a matrix
After you’ve decided to use the Fibonacci sequence, it’s time to determine a baseline for each story point., Per esempio:
1 = Aggiungi un nuovo prodotto per un menu a discesa
2 = Aggiungere il tracking dell’ordine per gli utenti registrati
3 = Aggiungere un sistema di rating per il sito web
5 = Aggiungere un forum al sito
8 = Aggiungi GDPR e CCPA la conformità all’interno del sito
la Vostra linea di base è incluso in questa matrice come 1, che definisce gli standard per ciò che la quantità minima di rischio, la complessità e la ripetizione si presenta come nella pratica. Questa matrice è un modo per misurare in modo più concreto lo sforzo; tienilo a mente invece di essere inadempiente nel giudicare gli elementi in base solo alla lunghezza del tempo.,
Tenere un giro di pianificazione poker
Pianificazione poker aiuta una squadra di ottenere un consenso di corretta approssimazione punto storia per ogni elemento. Ecco come funziona:
- In una riunione di pianificazione sprint, ogni sviluppatore e tester riceve una serie di carte, ognuna raffigurante un numero di una sequenza di Fibonacci.
- Un elemento backlog viene portato al tavolo in modo che il team possa porre domande e chiarire le caratteristiche.
- Quando la discussione è chiusa, ogni sviluppatore e tester seleziona privatamente la scheda che riflette più accuratamente la loro stima.,
- Quando tutte le carte sono state selezionate, gli stimatori rivelano le loro carte allo stesso tempo. Se viene raggiunto un consenso, è il momento di passare all’elemento backlog successivo. Se le stime variano, i leader discutono fino a quando non sono arrivati a un consenso.
E ‘ utile avere una matrice completata a portata di mano per gli stimatori di riferimento durante la pianificazione poker, in quanto consente una maggiore coerenza tra le attività. Inoltre, è utile impostare un limite massimo (13, ad esempio). Se si stima che un’attività sia superiore a tale limite, dovrebbe essere suddivisa in elementi più piccoli., Allo stesso modo, se un’attività è inferiore a 1, dovrebbe essere incorporata in un’altra attività.
A questo punto, all’interno della riunione di pianificazione sprint, gli elementi nel product backlog possono essere prioritari e suddivisi tra il team in base alla capacità di carico di lavoro del team.
Come stimare la velocità di sprint
A questo punto potresti chiederti quanti punti storia una squadra può completare durante uno sprint. Tale importo è chiamato velocità di sprint, e sfortunatamente, non c’è modo di determinarlo fino a quando il primo sprint non è stato completato.,
Durante il primo sprint dopo la prima riunione di pianificazione dei punti storia, tieni traccia di quanti punti storia sono stati completati. Questo numero totale può quindi essere utilizzato per determinare un numero ragionevole di punti storia che la tua squadra può completare durante uno sprint. Quindi, sarete in grado di stimare quanti cicli di sprint dovranno essere completati per un progetto.
Se stai usando una lavagna Scrum o Kanban, guarda semplicemente la colonna “Fatto” alla fine del tuo sprint e totalizza il numero di punti storia. Nel corso del tempo, è possibile media diverse settimane vale la pena di dati per stimare una velocità di sprint più accurata.,
Continue to improve based on past sprint estimates
The first sprint after adapting the story point technique is not going to go perfectly. And that’s completely normal., Impostare tale aspettativa con la tua squadra all’inizio in modo che la frustrazione non dirottare il processo.
Alla prossima riunione di pianificazione sprint, chiedi al tuo team cosa è andato bene, cosa è andato storto e cosa si può fare per migliorare. Potrebbe essere necessario regolare la matrice iniziale per stimare meglio gli elementi in movimento in avanti. E quella matrice può essere regolata fino a quando la tua squadra non è più a suo agio con la stima dello sforzo di ogni attività.
Poiché lo sviluppo Agile è un lavoro di squadra, è importante appoggiarsi pesantemente sul feedback del team per determinare il miglioramento., Mentre i punti storia potrebbero non sembrare intuitivi come semplicemente assegnare stime di ore a ogni attività, scoprirai che, stimando lo sforzo invece del tempo, avrai uno sprint più calmo, una squadra più organizzata e preparata e un’esperienza complessiva meno stressata per ogni sprint. Inoltre, sarete in grado di discutere le aspettative con le parti interessate e impostare date di consegna più ragionevoli andando avanti, il che migliora l’efficienza e, infine, migliora il prodotto.,
Ora che hai stimato tutti i tuoi punti storia, il passo successivo è creare il tuo piano di rilascio Agile.
Per saperne di più
