Il monitoraggio della velocità misura la quantità di lavoro che un team di sviluppo prodotto completa per sprint, espressa in story point, e utilizza questa media storica per prevedere la capacità di consegna futura. È la leva principale di Product Ops per una pianificazione realistica delle release e la gestione delle aspettative degli stakeholder.
?
Come si misura la velocità e cosa indica ai team?
Velocità = story point totali completati in uno sprint. Ha significato solo come media mobile, tipicamente calcolata sugli ultimi 3-6 sprint per attenuare gli outlier (settimane di ferie, interruzioni del team). Un team con una velocità media di 40 punti su 6 sprint dovrebbe pianificare impegni di sprint di circa 35-40 punti, con l'estremità inferiore più realistica quando l'incertezza è alta. La velocità è uno strumento di pianificazione a livello di team — non dovrebbe mai essere usata per confrontare i team o valutare le prestazioni individuali degli ingegneri. Gli story point sono stime di dimensione relativa, non stime di tempo, e la scala di punti di un team ha significato solo internamente a quel team.
?
Cosa causa la variabilità della velocità e come dovrebbe rispondere Product Ops?
La velocità varia naturalmente del 15-25% sprint per sprint a causa di fattori normali: cambiamenti nella composizione del team, complessità inaspettate nell'implementazione tecnica, ferie e permessi per malattia. Segnali di variabilità preoccupanti che richiedono indagine: tendenza al ribasso costante su più sprint (potrebbe indicare un accumulo di debito tecnico, una crescente cultura di scope creep o problemi di benessere del team); cali improvvisi e persistenti dopo un cambiamento del team (il rallentamento dovuto all'onboarding di nuovi membri del team è previsto ma dovrebbe recuperare entro 2-3 sprint); inflazione della velocità (i team aumentano progressivamente le stime degli story point per "soddisfare" le aspettative di velocità — questo rende la pianificazione priva di significato). Product Ops monitora le tendenze della velocità e segnala le anomalie per la discussione nelle retrospettive.
?
Come si usa la velocità per prevedere le date di rilascio?
La previsione delle date di rilascio con la velocità è una simulazione Monte Carlo, non una semplice aritmetica. L'approccio Monte Carlo: creare una distribuzione di probabilità dalla distribuzione storica della velocità del team (non solo la media), eseguire 10.000 simulazioni di completamento del backlog rimanente utilizzando velocità campionate casualmente da quella distribuzione e leggere i risultati di probabilità. Questo produce una previsione con intervalli di confidenza: "C'è una probabilità dell'85% che la funzionalità venga rilasciata entro lo Sprint 24." Questo è più onesto di "spediremo nello Sprint 22" — gli stakeholder ricevono un intervallo di probabilità realistico piuttosto che una stima puntuale singola che spesso si rivela errata. Product Ops costruisce e mantiene il modello di previsione del rilascio, lo aggiorna settimanalmente e presenta previsioni basate su intervalli di confidenza alla leadership.
Sfida di Conoscenza
Hai padroneggiato Monitoraggio della Velocità? Ora prova a indovinare la parola di 5 lettere correlata!
Digita o usa la tastiera