Se sei nuovo allo sviluppo Agile, capire la velocità dello sprint e i grafici di velocità può essere un'impresa complicata. Beh, si tratta solo di tenere il punteggio!
La velocità dello sprint è come i punti in una partita di basket ad alto rischio. Aiuta i membri del team agile e scrum a capire se stanno vincendo o perdendo contro il tempo.
Comprendendo e utilizzando la velocità di sprint, i team di sviluppo possono migliorare il loro ritmo di lavoro e ottimizzare i loro processi di sviluppo Agile. L'idea generale è che maggiore è la velocità, maggiore è il terreno che si copre in ogni sprint e più ci si avvicina alla vittoria del gioco nonostante i vincoli di tempo e budget.
Considera questa guida come il Phil Jackson del calcolo e dell'ottimizzazione della velocità di sprint del tuo team. Ti offriremo anche approfondimenti e strategie per aumentare la produttività del team durante i cicli di sprint, aiutandoti a raggiungere la vittoria.
Sei pronto a dominare il campo agile? Andiamo! 🏀
Che cos'è la velocità di sprint?
I team Agile lavorano in brevi fasi di sviluppo note come cicli di sprint. Ogni ciclo, che di solito dura da una a quattro settimane, divide il progetto in componenti di lavoro misurabili necessari per la consegna del software.
Certo, i tuoi colleghi pianificano, scrivono codice, gestiscono il backlog di prodotto e rielaborano le funzionalità/funzione ad ogni sprint, ma come fai a stimare il tempo ottimale necessario per la consegna? È proprio per questo che si calcola la velocità. ⚡
la velocità di sprint effettua un monitoraggio efficace dello stato del tuo team e stima la quantità di lavoro che può gestire in un ciclo di sprint. *Ogni ciclo avrà una velocità particolare in base a ciò che il team ha completato. La velocità media degli ultimi tre-dieci cicli ti aiuterà a prevedere la quantità standard di lavoro che il tuo team di prodotto o sviluppo completa per ogni sprint.
Qual è lo scopo di una stima della velocità di sprint?
La velocità dello sprint non è una misura dell'esito positivo, ma una stima per comprendere la capacità del tuo team. Può essere una metrica piuttosto arbitraria che può variare in base a fattori quali la complessità del progetto, la composizione del team o influenze esterne.
Ma devi comunque misurare la velocità dello sprint per:
- Valuta quando il tuo team può completare un determinato progetto
- Modifica l'ambito degli sprint futuri e progetta il carico di lavoro in base allo stato attuale
- Esamina e gestisci le aspettative degli stakeholder con maggiore precisione
La velocità dello sprint indica anche il miglioramento continuo di un team in termini di produttività. Nella maggior parte dei casi, le stime della velocità mostrano una tendenza costante al rialzo, suggerendo che il team è diventato più efficiente nel tempo.
Suggerimento professionale: la velocità del tuo team dipende dalla tua capacità di raggiungere gli obiettivi degli sprint in modo affidabile. Se desideri migliorare l'efficienza dei tuoi flussi di lavoro, utilizza il modello ClickUp Sprints. È dotato di metriche agili preimpostate e campi personalizzati che ti aiutano a calcolare la velocità del team su qualsiasi scala. E la parte migliore? È assolutamente gratuito!
Come calcolare la velocità dello sprint: formula e passaggi
Calcolare la velocità di sprint nello sviluppo software è semplice una volta compresa la formula di base, che è:
Velocità dello sprint = Lavoro totale completato in x numero di sprint passati ➗ Numero di sprint passati, ovvero x
Per utilizzare questa formula, però, devi prima capire una serie di cose, come la metrica per calcolare il lavoro svolto e il tuo sprint backlog. Analizziamo il processo attraverso tre passaggi standard seguiti da esempi:
Passaggio 1: determinare una metrica per il monitoraggio dei progressi nel corso di diversi sprint
Il calcolo della velocità richiede la misurazione del lavoro su dimensioni variabili come il team, il progetto e il client, il che può essere difficile. Ecco perché è necessario determinare una metrica adeguata per stimare con precisione il lavoro svolto. Le tre metriche comunemente utilizzate sono:
- Punti storia: una user story descrive in modo conciso le funzionalità/funzione richieste dal punto di vista del cliente. Completare ogni storia richiede una quantità specifica di tempo e lavoro richiesto in base alla complessità del lavoro coinvolto, che viene quantificata attraverso i punti storia. Per calcolare la quantità di lavoro terminato in uno sprint, devi pensare in termini di: Quanti punti storia sono stati completati nello sprint? Supponiamo che il tuo team abbia completato user story per un valore di 26 punti nello Sprint 1, quindi il lavoro terminato in questo ciclo è 26. Puoi leggere questa guida rapida per calcolare i punti storia in Agile
- Ore: se preferisci una metrica più tradizionale, puoi calcolare la velocità dello sprint in ore individuando il numero di ore dedicate alle user story completate in ogni sprint, ad esempio 120 ore. Questo metodo può offrire un valore meno granulare del lavoro svolto rispetto agli story point, soprattutto se le durate stimate sono imprevedibili
- Giorni ideali: Molti team calcolano la velocità dello sprint in giorni ideali, dove ogni giorno ideale indica il numero di ore lavorative in una giornata lavorativa normale (esempio 8 ore). Ad esempio, le 120 ore di lavoro terminate nello Sprint 1 possono essere espresse come 120/8 o 15 giorni ideali
La maggior parte dei team ritiene che i calcoli basati sui punti storia siano più appropriati per il monitoraggio dello stato di un team, poiché tengono conto dei diversi livelli di complessità delle varie attività di sviluppo, spesso utilizzando una sequenza basata sulla serie di Fibonacci.
Puoi scegliere una metrica durante la pianificazione dello sprint, idealmente prima del primo sprint. Qualunque metrica tu scelga determinerà anche il modo in cui il tuo team esprime la velocità, che sia attraverso story point, ore o giorni ideali.
Passaggio 2: calcola il lavoro svolto per ogni sprint preso in considerazione
Utilizza la metrica che preferisci per quantificare il lavoro svolto dal tuo team in una serie di sprint. Il lavoro può includere l'eliminazione degli elementi in arretrato, la correzione di bug e lo sviluppo di nuove funzionalità proposte dal product owner.
Idealmente, dovresti considerare il lavoro terminato in tre sprint per stabilire una velocità di riferimento del team. Tuttavia, se il lavoro terminato varia notevolmente, potrebbero essere necessari più sprint per stabilizzare il tuo tasso di progresso.
Passaggio 3: trova la velocità media di sprint del tuo team
Una volta ottenuti i dati relativi al lavoro svolto durante gli sprint selezionati, calcola la media. Somma il totale dei punti storia, delle ore o dei giorni ideali e dividi il risultato per il numero di sprint completati.
Esaminiamo alcuni esempi pratici per maggiore chiarezza.
Esempio n. 1 Calcolo della velocità dello sprint utilizzando i punti storia
Supponiamo di tenere un registro dei punti storia completati nei tre sprint precedenti:
Sprint 1: Il team ha completato 10 user story del valore di 3 punti ciascuna e un'altra user story complessa del valore di 6 punti. Si tratta di un totale di 36 punti storia (escluse le storie completate parzialmente)
Sprint 2: Siamo riusciti a gestire 9 user story del valore di 5 punti ciascuna, per un totale di 45 punti storia
Sprint 3: lavoro terminato pari a 38 punti storia
Ora somma i punti storia e applica la formula: (36+45+38 punti storia)/3 sprint, e il risultato è 39,67.
In questo caso, la nostra velocità media di sprint è di 39,67 punti storia per sprint. Questo è essenzialmente il lavoro richiesto che il tuo team può dedicare a ogni sprint.
Esempio n. 2 Calcolo della velocità dello sprint utilizzando le ore
Il calcolo della velocità di sprint utilizzando le ore come unità di misura segue un approccio simile a quello dell'esempio precedente, ma in questo caso le attività vengono convertite in ore.
Sprint 1: 160 ore per completare 5 attività
Sprint 2: 240 ore per 8 attività
Sprint 3: 180 ore per 6 attività
Negli ultimi tre sprint, il team ha investito un totale di 580 ore. Si tratta di circa 193,33 ore per sprint, con una velocità media di 190 ore.
L'utilizzo delle stime orarie aiuta a capire quante ore un team può realisticamente dedicare al lavoro di progetto senza assumersi impegni eccessivi. Nel nostro esempio, noterai una notevole crisi durante lo sprint 2 che potrebbe non essere realistica e che deve essere affrontata.
Esempio n. 3 Calcolo della velocità dello sprint utilizzando i giorni ideali
Quando si utilizzano i giorni come unità di misura, spesso si inizia determinando il giorno ideale. Potrebbe essere necessario calcolare il rendimento totale di diversi sprint precedenti. Nel nostro esempio, consideriamo che un giorno ideale abbia una durata di 8 ore.
Sprint 1: 96 ore di lavoro. 96/8 è 12 giorni ideali
Sprint 2: 120 ore — 15 giorni ideali
Sprint 3: 108 ore — 13,5 giorni ideali
Aggiungendo i giorni ideali per ogni sprint otteniamo 40,5, quindi la media è di 13,5 giorni ideali per ogni sprint.
6 strategie per migliorare e stabilizzare la velocità del tuo team
La velocità dello sprint deve essere stabile per essere affidabile o utile per il piano dello sprint. Tuttavia, è possibile che la velocità sia soggetta a forti fluttuazioni a causa di problemi quali:
- Un progetto agile troppo complicato
- Test e riunioni non necessari
- Contributo al di sotto del limite da parte del titolare
- Backlog di prodotto non raffinato
- Carenza di personale
Sebbene alcuni di questi problemi siano al di fuori del tuo controllo, puoi evitare comuni ostacoli alla produttività utilizzando una soluzione di project management di qualità come ClickUp. Il software ti aiuta a gestire i progetti in modo efficace e a mantenere una velocità più elevata man mano che il flusso di lavoro procede.
Abbiamo raccolto sei strategie approvate dagli esperti per migliorare e stabilizzare la velocità del team. Ti mostreremo anche alcune utili funzioni di ClickUp Agile Suite, ideale per il monitoraggio della velocità degli sprint e per mantenere la produttività del team. 👇
1. Documenta e ottimizza il tuo flusso di lavoro
I team Agile possono essere distratti da flussi di lavoro non ottimizzati, che tendono a ridurre la loro velocità. Immagina questo: Miriam, una programmatrice esperta, trascorre 4 ore della sua giornata lavorativa chiedendo ai membri del team i requisiti precisi del prodotto. E se questo accadesse anche con altri team? La tua velocità crollerebbe.
L'unico modo per ottimizzare i vari processi di lavoro e ridurre al minimo gli errori in ogni sprint è documentare tutto, dai casi di studio degli utenti e i requisiti del progetto agli elementi del backlog.
Prendiamo ad esempio ClickUp Doc: ti aiuta a centralizzare la documentazione dei tuoi prodotti in un formato facilmente ricercabile. Descrivi in dettaglio le specifiche richieste, effettua la condivisione e la collaborazione sui prototipi e organizza i backlog per ogni sprint, tutto in un unico posto.
Come strumento completo per la pianificazione degli sprint, ClickUp offre diverse altre funzionalità/funzione per ottimizzare i flussi di lavoro del tuo team, come ad esempio:
- clickUp AI :* l'assistente AI della piattaforma dispone di un'ampia libreria di prompt specifici per il settore, progettati per soddisfare i vostri ruoli unici. I vostri colleghi possono utilizzare questo strumento come partner per la scrittura e il brainstorming, sfruttandolo per attività quali: scrittura di casi di studio, piani di test e documenti tecnici di progetto; riepilogare/riassumere appunti di riunioni e altri dati; brainstorming sui nomi delle funzionalità
- Scrittura di casi di studio, piani di test e documenti tecnici del progetto
- Riepilogare/riassumere le note delle riunioni e altri dati
- Brainstorming sui nomi delle funzionalità/funzioni
- Automazioni ClickUp : utilizza l'automazione senza soluzione di continuità per velocizzare le attività routinarie e dispendiose in termini di tempo. I tuoi colleghi possono scegliere tra oltre 100 automazioni predefinite o crearne di personalizzate, consentendo loro di velocizzare i flussi di lavoro e aumentare la capacità per le attività di sviluppo critiche
- Rilevamento della collaborazione : questa funzionalità/funzione consente ai membri del team di vedere quando un altro collega sta lavorando all' stessa attività o documento, evitando così le istanze di duplicazione del lavoro richiesto
- Scrittura di casi di studio, piani di test e documenti tecnici del progetto
- Riepilogare/riassumere le note delle riunioni e altri dati
- Brainstorming sui nomi delle funzionalità/funzioni
2. Visualizza lo stato attraverso la reportistica sulla velocità
Non è necessario attendere la fine di tre sprint per avere un'idea della tua velocità. Molti team ora utilizzano report visivi per tenere a scheda delle stime della velocità di sprint in tempo reale.
Due metodi diffusi per il monitoraggio della velocità sono:
- *grafico della velocità di sprint: è una semplice rappresentazione grafica del lavoro terminato (rappresentato dall'asse Y) durante gli sprint (rappresentati dall'asse X)
- grafico burndown: *Il grafico burndown è un'altra rappresentazione grafica che consente di monitorare la velocità, fornendo una panoramica delle attività da fare mappare contro il tempo
Esplora le schede Sprint Velocity in ClickUp per rappresentare visivamente e monitorare i progressi del tuo team in un formato chiaro. L'impostazione di queste schede di valutazione richiede pochissimo tempo, poiché si adattano automaticamente alle configurazioni del tuo spazio di lavoro predefinito o della cartella Sprint.
Inoltre, puoi anche creare schede Burnup e Burndown all'interno di ClickUp per ottenere informazioni dettagliate sul lavoro in sospeso. Questi report in tempo reale migliorano la stima della velocità dello sprint e rendono le riunioni di pianificazione più produttive.
3. Mantieni una velocità stabile tenendo sotto controllo le variabili
La coerenza è la chiave quando si tratta di mantenere la velocità di sprint del tuo team. Modificare troppe variabili in più sprint può portare a tassi di stato estremamente oscillanti.
In generale, dedica del lavoro richiesto per mantenere equilibrati gli elementi di base come la durata dello sprint, il turnover del team e le stime dei punti storia durante gli sprint. Puoi sempre apportare modifiche se prevedi ritardi dovuti a un carico di lavoro eccessivo del team. Ad esempio, l'aggiunta di un nuovo membro di solito aumenta la capacità di carico di lavoro e contribuisce ad aumentare la velocità.
*tenere sotto controllo le variabili di progetto è un gioco da ragazzi con ClickUp Sprints. Offre una serie di funzionalità che consentono agli scrum master di gestire in modo efficiente ogni aspetto del progetto. Imposta le date degli sprint, assegna i punti, gestisci i backlog, specifica le attività di progettazione UX e regola le priorità, assicurandoti che tutti siano allineati sulle attività e sulle tempistiche.
Con ClickUp, puoi monitorare i punti dello sprint per attività e assegnatario e ottenere una panoramica dettagliata dello stato. Implementa le modifiche in qualsiasi momento in base alle richieste degli utenti e agli obiettivi aziendali attuali e verifica immediatamente l'impatto di tutto sulla tua velocità.
Hai delle attività residue? Puoi trasferire automaticamente il lavoro non completato allo sprint successivo e persino integrarlo con strumenti di terze parti come GitHub, GitLab o Bitbucket per sincronizzare lo stato.
4. Rivedi regolarmente il tuo backlog dello sprint
Un backlog ben rifinito è una miniera di dettagli nei flussi di lavoro scrum, che fornisce ai membri del team informazioni complete quando iniziano un nuovo sprint. La rifinitura del backlog garantisce che i team diano priorità all'esecuzione di attività necessarie e/o di alto valore per mantenere una velocità più elevata.
Potresti utilizzare il modello di backlog di progetto ClickUp per organizzare e supervisionare le attività e le scadenze importanti di ogni sprint. È stato creato per semplificare l'acquisizione delle attività, aiutandoti attraverso il monitoraggio dei progressi in tempo reale, la sincronizzazione integrata del team, la definizione delle priorità e gli strumenti scrum.
5. Fai attenzione alle dipendenze esterne e ai problemi tecnici
Sebbene la velocità venga spesso misurata a livello di team, sia i fattori interni che quelli esterni possono influire su questo parametro. Cambiamenti nei requisiti, software critico mancante, feedback lento da parte dei clienti o l'assenza di un membro chiave del team possono ridurre la velocità complessiva.
La migliore pratica in questo caso è mappare una mappa coerente delle dipendenze durante la pianificazione dello sprint. Tieni conto di tutte le potenziali insidie, come processi di approvazione interrotti e ostacoli tecnici quali server di test obsoleti, per esaminare le attività interconnesse interessate.
Hai bisogno di un avvio rapido? ClickUp Dependencies può aiutarti! Questa funzionalità ti consente di creare e monitorare i collegamenti tra attività, documenti e risultati finali. Puoi utilizzare i diagrammi Gantt della piattaforma per ottenere una visione consolidata di tutto, come la connessione tra clienti e ordini, client e accordi o utenti e segnalazioni di bug.
6. Dedica una retrospettiva dello sprint all'ottimizzazione della velocità
Quando si identificano ulteriori opportunità di ottimizzazione della velocità, è opportuno condurre una sessione retrospettiva dello sprint. Discuti gli sprint precedenti con il tuo team e registra le opinioni individuali su quello che sembra essere un carico di lavoro fattibile per il prossimo sprint.
Tieni presente che cercare di ottimizzare in modo aggressivo la velocità dello sprint può talvolta essere controproducente. Ad esempio, se spingi per ottenere più funzionalità/funzione nel prossimo sprint, è probabile che la qualità ne risenta e il prodotto finisca per presentare molti bug.
Con ClickUp Dashboard puoi accedere a una serie di report agili per le tue retrospettive sprint. Partecipa a discussioni basate sui dati relativi agli ostacoli al progresso. Ad esempio, puoi utilizzare le schede Sprint per misurare le prestazioni dello sprint corrente o le schede di monitoraggio del tempo per confrontare il lavoro stimato terminato dai dipendenti con le ore individuali.
Suggerimento: utilizza i modelli di retrospettiva e piano dello sprint di ClickUp per documentare le tue sessioni in modo organizzato.
Potenziali sfide nell'utilizzo della velocità di sprint
Se utilizzata in modo errato, la velocità di sprint può essere un fastidio per qualsiasi team di sviluppo. Ecco alcune situazioni spiacevoli a cui prestare attenzione:
Uso contestuale inadeguato della velocità di sprint del tuo team
Come suggerisce la legge di Goodhart, "Quando una misura diventa un traguardo, perde la sua efficacia"
La velocità di sprint non è lo strumento ideale per promuovere il cambiamento all'interno di un team. Il suo scopo principale è solo quello di aiutare a elaborare un piano per gli sprint futuri e a redigere la reportistica sulle stime.
Confrontare le velocità tra team diversi o utilizzarle per microgestire i dipendenti può portare al burnout e compromettere la qualità del lavoro. La velocità dovrebbe essere esclusivamente uno strumento di supporto per allineare il team al fine di fornire valore e soddisfazione ai clienti e soddisfare le aspettative degli stakeholder.
Ignorare le considerazioni relative al debito tecnico
Cercare di aumentare la velocità dello sprint può trigger un potenziale compromesso tra velocità e qualità, creando un debito tecnico. La pressione di portare a termine il lavoro rapidamente può indurre i team a saltare pratiche essenziali come i test unitari e le revisioni del codice.
Ricorda che una velocità maggiore non equivale a un valore maggiore. Dai la priorità a una velocità stabile che funzioni per il tuo team.
Nessun tempo morto per gli sprint futuri
Sebbene la velocità dello sprint sia una metrica essenziale nel project management agile, i nuovi team spesso commettono l'errore di sovraccaricare il loro prossimo sprint con attività, senza lasciare spazio al tempo libero. Ciò può influire sulle prestazioni del team e sui risultati finali, soprattutto quando si affrontano interruzioni del servizio.
Vantaggi di misurare la velocità di sprint in modo coerente
Le sfide sopra descritte sono in gran parte evitabili se si utilizza la velocità di sprint con la giusta mentalità. I team che utilizzano regolarmente questa metrica godono di tre vantaggi distinti:
- Miglioramento della pianificazione dello sprint : la velocità di sprint offre un metodo affidabile per valutare i carichi di lavoro del team ed evitare ostacoli imprevisti nel processo di sviluppo
- Migliore comunicazione con gli stakeholder: semplifica la comunicazione con gli stakeholder del progetto. Puoi offrire tempistiche precise per le attività basandoti su reportistica basata sui dati
- *maggiore visibilità sui modelli di lavoro: controlli regolari sulla velocità dello sprint forniscono informazioni più approfondite sull'efficienza del tuo team e sui modelli di lavoro approfonditi, aiutando a identificare tempestivamente le fluttuazioni delle prestazioni
Fai avanzare i tuoi progetti con ClickUp
Migliora l'efficienza e la produttività del tuo team con ClickUp, lo strumento definitivo per il monitoraggio della velocità dello sprint e per gestire l'intero ciclo di vita dello sviluppo software.
Con strumenti basati sull'intelligenza artificiale e modelli agili, ClickUp ti offre la spinta necessaria per guidare il gruppo e ottenere vittorie epiche in ogni progetto. Iscriviti gratis e dai al tuo team quella marcia in più di cui ha bisogno per centrare ogni obiettivo! 🌺