Grafico burn-down Agile: tutorial sulla gestione dei progetti

PUNTI CHIAVE

• I grafici burn-down mostrano il lavoro rimanente nel tempo in modo che i team Agile possano individuare i rischi in anticipo e adattarsi prima della fine di uno sprint. Jira è un'origine di riferimento comune per questa vista.

• Monitorano l'impegno rimanente come Story Point, ore o altre stime, e non le prestazioni individuali, la qualità o le modifiche esplicite all'ambito.

• I tipi più comuni sono i grafici burn-down di sprint, epic e rilascio o versione, ognuno utile per diversi ambiti di pianificazione.

• Usa i grafici burn-down come segnale di allarme precoce: i plateau indicano i bloccanti, i rilasci tardivi suggeriscono aggiornamenti in batch o lavoro concentrato nella fase finale e i salti verso l'alto spesso significano che è stato aggiunto un ambito. Considera l'utilizzo di grafici burn-up quando l'ambito cambia frequentemente.

I grafici burn-down aiutano i team Agile a capire se stanno seguendo le tempistiche giuste per completare il lavoro nel quale sono impegnati prima della fine dello sprint. 

In un'unica vista, puoi individuare le tendenze (avanzamento costante, fasi di stallo, corse dell'ultimo minuto) e decidere cosa fare dopo.

Questa guida spiega cos'è un grafico burn-down, cosa monitora, quali sono i tipi comuni di grafico burn-down, come crearne uno e come interpretare i pattern chiave, usando Jira come esempio principale.

Cos'è un grafico burn-down?

Un grafico burn-down è un diagramma che mostra quanto lavoro rimane nel tempo, più comunemente durante uno sprint. Questo consente ai team di misurare l'avanzamento verso un obiettivo e visualizzare la timeline del progetto. 

Il tutorial su Jira di Atlassian lo descrive come la visualizzazione del lavoro completato (in uno sprint o un epic) e del lavoro totale rimanente, utilizzato per prevedere la probabilità di finire entro il tempo disponibile.

Un grafico burn-down include in genere una linea di impegno ideale, cioè una traiettoria pianificata e lineare dal carico di lavoro totale fino al completamento. Funge da punto di riferimento per confrontare i progressi effettivi. 

La quantità di lavoro rimanente viene visualizzata sull'asse verticale, mentre il tempo trascorso viene visualizzato sull'asse orizzontale.

Relazione tra gli assi (spiegazione rapida)

In Jira, l'asse verticale riflette la statistica di stima selezionata (ad esempio, Story Point oppure ore). Quindi:

• L'asse X indica il tempo (spesso i giorni in uno sprint)

• L'asse Y indica l'impegno rimanente (basato sull'unità di stima del team)

Quali sono gli usi comuni negli sprint?

I grafici burn-down vengono utilizzati più comunemente per tenere traccia dei progressi all'interno di un singolo sprint Scrum in modo che i team possano monitorare l'iterazione e adattarsi rapidamente se l'obiettivo dello sprint è a rischio.

I grafici burn-down dello sprint vengono utilizzati per il monitoraggio quotidiano all'interno di una singola iterazione della durata di 1-4 settimane, aiutando i team a misurare la velocity e a gestire il lavoro all'interno di quel periodo specifico con vincoli temporali.

I grafici burn-down sono particolarmente utili negli sprint a breve termine con ambito del progetto fisso, dove è improbabile che i requisiti cambino.

Di cosa tengono traccia i grafici burn-down?

I grafici burn-down tengono traccia dell'impegno rimanente o della quantità di lavoro che il team ritiene sia ancora da completare. Consentono ai team di fare un confronto tra i progressi reali e quelli pianificati.

Questo rende più facile visualizzare la quantità di lavoro effettivamente completata rispetto al lavoro previsto.

Inoltre, i grafici burn-down aiutano a valutare la probabilità che il team completi il lavoro entro i tempi stabiliti. I casi d'uso comuni includono:

• Story point

• Stime di ore/tempo

• Una statistica di stima definita dal team (Jira supporta Story Point, ore o un'unità personalizzata)

Le stime in Story Point sono comunemente utilizzate per quantificare l'impegno richiesto per ogni task e aiutano i team a visualizzare e monitorare l'avanzamento su un grafico burn-down.

Cosanonviene mostrato nei grafici burn-down

Un grafico burn-down non racconta tutto. Se usato da solo, in genere non mostra:

• Prestazioni individuali

• Qualità del lavoro o valore fornito

• Chiare ed esplicite modifiche all'ambito nel tempo (in questo caso sono utili i grafici burn-up, che saranno descritti in seguito)

3 tipi di grafici burn-down

I grafici burn-down sono disponibili in alcune varianti comuni. 

I grafici burn-down del progetto monitorano i progressi del progetto a livello complessivo tenendo traccia del lavoro completato rispetto a quello rimanente nell'intero ciclo di vita del progetto. Atlassian, inoltre, mette in evidenza il grafico burn-down dello sprint e il "grafico burn-down di epic e rilascio (versione)" come metriche Agile chiave.

I grafici burn-down del prodotto forniscono una panoramica visiva del lavoro rimanente nell'intero backlog di prodotto o negli epic di grandi dimensioni. Offrono informazioni strategiche a lungo termine sui progressi del progetto. 

Questi tipi di grafici sono utili soprattutto per coordinare la pianificazione e le risorse tra più team che si occupano di diverse parti di un progetto. 

Tuttavia, ti imbatterai in tre tipi principali di grafici burn-down, descritti di seguito.

1. Grafico burn-down dello sprint

Usa un grafico burn-down dello sprint per concentrarti sullo sprint a breve termine (un'iterazione) e monitorare i progressi dello sprint. È particolarmente adatto quando il team lavora da un backlog dello sprint e desidera visibilità quotidiana.

La linea del lavoro effettivo rimanente oscilla man mano che i task vengono completati, fornendo una rappresentazione realistica delle prestazioni del team. Spesso questa linea si sposta sopra e sotto la linea ideale del lavoro rimanente, mettendo in evidenza i cambiamenti nei progressi e nel rispetto della pianificazione.

Suggerimento: esegui aggiornamenti quotidiani per garantire la correttezza. I grafici burn-down sono utili soprattutto quando i dati riflettono ciò che rimane effettivamente alla fine di ogni giornata.

Per visualizzare il grafico burn-down dello sprint:

• Vai al tuo spazio Scrum.

• Seleziona il backlog o lo Sprint attivo.

• Clicca su Reports (Report), quindi seleziona Burndown Chart (Grafico burn-down).

Di seguito è riportata una suddivisione degli aspetti importanti all'interno di un grafico burn-down dello sprint di Jira.

1. Statistica di stima: l'asse verticale rappresenta la statistica di stima selezionata.

2. Valori rimanenti: la linea rossa rappresenta la quantità totale di lavoro rimanente nello sprint, secondo le stime del tuo team.

3. Indicazione: la linea grigia stima dove dovrebbe trovarsi il tuo team se i progressi fossero costanti. Se la linea rossa è al di sotto della linea grigia, il tuo team è in linea per il completamento dello sprint, anche se si tratta solo di un indicatore per monitorare i progressi.

2. Grafico burn-down dell'epic

Usa un grafico burn-down dell'epic per monitorare i progressi di un singolo epic in più sprint. Atlassian fa notare che questa vista aiuta i team a vedere qual è il ritmo di lavoro su un epic e come il lavoro aggiunto/rimosso influisce sui progressi complessivi. 

I grafici burn-down dell'epic, inoltre, aiutano i team a stimare quanti sprint sono necessari per completare un epic analizzando la velocity dello sprint attuale e le modifiche all'ambito.

Puoi visualizzare il grafico burn-down dell'epic in Jira nel modo seguente:

• Vai al tuo spazio Scrum.

• Seleziona il backlog o lo sprint attivo.

• Clicca su Reports (Report), quindi seleziona EpicBurndown (Burn-down dell'epic).

• Seleziona un epic dal menu a discesa accanto all'intestazione Epic Burndown (Burn-down dell'epic). Quindi scegli tra gli epic negli spazi configurati per la board con il filtro della board.

Di seguito è illustrata una rapida suddivisione per comprendere appieno ogni sezione del grafico burn-down dell'epic.

1. Menu dell'epic: seleziona l'epic per il quale visualizzare i dati.

2. Lavoro aggiunto: il segmento blu scuro mostra la quantità di lavoro aggiunta all'epic in ogni sprint. In questo esempio, il lavoro viene misurato in Story Point.

3. Lavoro rimanente: il segmento azzurro mostra la quantità di lavoro rimanente nell'epic.

4. Lavoro completato: il segmento verde rappresenta la quantità di lavoro completata per l'epic in ogni sprint.

5. Completamento previsto: il report fornisce una proiezione del numero di sprint che saranno necessari per completare l'epic, in base alla velocity del team.

3. Grafico burn-down del rilascio o del prodotto

Usa un grafico burn-down del rilascio per monitorare la consegna attraverso più sprint verso un rilascio/una versione. Questo è utile per effettuare previsioni dei rilasci e per creare report a lungo termine per gli stakeholder.

Un grafico burn-down del rilascio tiene traccia dei progressi attraverso più sprint o milestone ed è utile per la gestione dei progetti Agile e la pianificazione strategica all'interno dei team Agile. 

Atlassian inserisce il grafico burn-down del rilascio (della versione) nell'ambito del monitoraggio dei progressi su un blocco di lavoro più ampio rispetto a un singolo sprint.

Quali sono i componenti di un grafico burn-down?

Un grafico burn-down è composto da alcuni elementi fondamentali. Una volta compresi questi elementi, è molto più facile leggere i segnali che il grafico sta fornendo.

• Assi (tempo + impegno rimanente): il tempo è rappresentato lungo l'asse x (di solito ogni giorno dello sprint). L'impegno rimanente è rappresentato lungo l'asse y utilizzando l'unità di stima del tuo team (Story Point, ore e così via). In Jira, questo riflette la statistica di stima configurata.

• Linea ideale del lavoro rimanente: una linea guida retta dall'impegno totale stimato dello sprint nel giorno 1 fino a zero nell'ultimo giorno. Puoi calcolare il burn rate giornaliero ideale come impegno totale stimato ÷ numero di giorni lavorativi.

• Linea del lavoro effettivo rimanente (impegno effettivo): il vero "impegno rimanente" alla fine di ogni giorno in base allo stato aggiornato del lavoro e alle stime. Questa linea si sposta verso l'alto o verso il basso man mano che il lavoro viene completato o quando l'ambito cambia.

• Come interpretare il lavoro ideale rispetto a quello effettivo:

  • Se la linea del lavoro effettivo rimane vicina a quella del lavoro ideale, lo sprint sta andando bene.

  • Se la linea del lavoro effettivo si trova sopra rispetto a quella del lavoro ideale, lo sprint potrebbe essere a rischio (o l'ambito potrebbe essere aumentato).

  • Se la linea si impenna verso l'alto, qualcosa è cambiato: spesso è stato aggiunto del lavoro.

Nota: se le modifiche all'ambito sono frequenti e hai bisogno di una maggiore visibilità, i grafici burn-up mostrano l'ambito totale separatamente dal lavoro completato.

Come creare un grafico burn-down

Puoi creare grafici burn-down manualmente utilizzando strumenti di gestione dei progetti progetto oppure puoi affidarti a piattaforme come Jira per automatizzare gli aggiornamenti e ridurre lo sforzo. Gli aggiornamenti quotidiani sono essenziali per riflettere accuratamente i progressi del team e identificare i problemi in anticipo.

Inizia a creare il grafico burn-down seguendo i passaggi descritti di seguito.

Passaggio 1: definisci il lavoro ed elabora una stima dell'impegno

In Jira, il tuo team imposta una statistica di stima (in Story Point, ore o un'unità personalizzata) in modo che il grafico burn-down rifletta le stime in modo coerente. Il monitoraggio degli aggiornamenti quotidiani aiuta i team a comprendere la velocity e a migliorare la pianificazione dello sprint futura.

Assicurati di definire il lavoro e l'impegno occupandoti di:

• Elencare gli elementi del backlog inclusi (per uno sprint: il backlog dello sprint).

• Elaborare una stima di ogni elemento utilizzando l'unità scelta (story point, ore, ecc.). Queste stime vengono utilizzate per monitorare i progressi e fare un confronto tra il lavoro completato e quello pianificato.

Passaggio 2: imposta gli assi e traccia la linea ideale

I grafici burn-down richiedono assi impostati e linee ideali per mostrare effettivamente i progressi. Per configurarli, è sufficiente:

• Inserire la timeline dello sprint sull'asse x.

• Inserire il lavoro totale stimato sull'asse y.

• Tracciare la linea ideale dal lavoro totale fino a zero entro la data di fine dello sprint.

Passaggio 3: traccia l'avanzamento giornaliero

In Jira, generalmente questo aspetto viene visualizzato come un report, non viene tracciato manualmente. I passaggi del tutorial di Atlassian per visualizzare il grafico burn-down dello sprint sono questi: vai al tuo spazio Scrum, scegli Backlog/Sprint attivo, poi Report e Grafico burn-down. Assicurati di: 

• Registrare il lavoro rimanente alla fine di ogni giornata per tenere traccia dei progressi quotidiani.

• Aggiornare ogni giorno la linea effettiva e utilizzare un grafico burn-down per visualizzare i progressi.

Passaggio 4: rivedi, modifica e rifletti

La documentazione di supporto e le note che tengono traccia del lavoro rimanente durante tutto il processo iterativo aiutano i team a rispondere di conseguenza alle tendenze. Durante lo sprint (e soprattutto nell'analisi retrospettiva), assicurati di:

• Confrontare l'avanzamento effettivo con la tendenza ideale.

• Discutere le cause delle deviazioni.

• Modificare le abitudini di stima e pianificazione future.

Come leggere i progressi effettivi

Un grafico burn-down è più facile da leggere quando lo si considera un sistema di allerta precoce quotidiano per monitorare i progressi reali e l'avanzamento effettivo del team, non una scorecard.

Schema sano di grafico burn-down

Spesso uno schema sano somiglia a una discesa costante verso lo zero. Se il team finisce costantemente in anticipo, potrebbe significare che non si impegna abbastanza sul lavoro durante la pianificazione. 

Tuttavia, se i team continuano a non raggiungere i propri obiettivi, potrebbero aver preso in carico troppo lavoro. Atlassian osserva che sia il raggiungimento che il mancato raggiungimento degli obiettivi sono segnali preziosi che mergono attraverso le tendenze del grafico burn-down.

Linea piatta o plateau

In genere un plateau significa che i ticket sono bloccati o non si stanno spostando verso lo stato "completato".

• Usa una riunione stand-up per identificare l'ostacolo.

• Concentra l'attenzione sul vincolo.

• Suddividi il lavoro in parti più piccole se il completamento si rivela troppo corposo.

Calo ripido

Un calo improvviso può significare che:

• il lavoro è stato completato in un batch e aggiornato tardi, oppure

• il lavoro è stato svolto di fretta alla fine

Risposta:

• Conferma che i criteri di accettazione sono stati soddisfatti.

• Verifica la qualità (test, revisione, "definizione di completato").

Linea effettiva sopra o sotto la linea ideale

La posizione della linea effettiva rispetto alla linea ideale mostra se il tuo team è in anticipo o in ritardo rispetto alla pianificazione. La posizione può rientrare in queste due categorie:

• Sopra l'ideale: è in ritardo rispetto alla pianificazione (o l'ambito è stato ampliato)

• Sotto l'ideale: è in anticipo rispetto alla pianificazione (o il lavoro è stato sovrastimato)

Grafici burn-down e grafici burn-up

I grafici burn-down indicano quanto lavoro rimane da completare, mentre i grafici burn-up dicono quanto ne hai completato e quanto è esteso l'ambito totale. 

Un grafico burn-up utilizza una linea separata per distinguere l'ambito totale dal lavoro completati, rendendo più facile visualizzare le modifiche dell'ambito nel tempo.

• I grafici burn-down mettono in evidenza il lavoro rimanente che tende a zero.

• I grafici burn-up rendono visibili le modifiche dell'ambito mostrando l'ambito totale insieme al lavoro completato.

Quando utilizzare i grafici burn-up

Utilizza un grafico burn-up quando le modifiche dell'ambito sono comuni e desideri che gli stakeholder vedano la differenza tra essere in ritardo e aver aggiunto altro lavoro.

Molti team utilizzano entrambi: il grafico burn-down per i segnali di esecuzione dello sprint, il grafico burn-up per la trasparenza dell'ambito.

Utilizza i grafici burn-down nella gestione dei progetti e in Agile

I grafici burn-down funzionano meglio quando fanno parte del ritmo di consegna, soprattutto in un progetto Scrum. Il modo in cui i membri del team collaborano è fondamentale per interpretare i grafici burn-down e gestire con successo i progetti Agile. Utilizza questi grafici in:

• Pianificazione dello sprint, per confermare che l'impegno è realistico

• Riunioni stand-up giornaliere, per individuare i rischi in anticipo (e non per la microgestione)

• Revisione dello sprint o creazione di report per gli stakeholder, in modo da spiegare i progressi, i compromessi e le modifiche

• Retrospettiva, per imparare dagli schemi (rilasci tardivi, lunghi plateau, frequenti aggiunte all'ambito)

Errori comuni da evitare

Sono molti gli errori da evitare con i grafici burn-down, di seguito sono riportati i più comuni.

• Non aggiornare quotidianamente: i grafici obsoleti nascondono i rischi fino a quando non è troppo tardi.

• Utilizzare il numero di task invece delle unità basate sull'impegno: i conteggi approssimativi possono distorcere la realtà, mentre le unità basate sull'impegno sono più significative per le previsioni.

• Ignorare le modifiche dell'ambito: se viene aggiunto del lavoro a metà dello sprint, il grafico burn-down può sembrare peggiore anche se l'esecuzione procede bene. Tieni traccia delle modifiche dell'ambito separatamente o usa un grafico burn-up per la visibilità.

• Utilizzare il grafico burn-down come metrica delle prestazioni individuali: è un segnale di pianificazione e consegna a livello di team, non uno strumento di valutazione delle persone.

Strumenti, modelli e automazioni utili per creare i grafici burn-down

Funzionalità del grafico burn-down di Jira

Jira fornisce report del grafico burn-down dello sprint e fa sì che l'asse y rifletta la statistica di stima scelta. Il tutorial di Atlassian spiega dove trovare il report del grafico burn-down e cosa rappresentano le sue linee.

Modelli Excel/Fogli (opzione manuale)

Se devi creare un grafico burn-down manualmente:

• Crea una tabella che va dal giorno 1 al giorno N.

• Includi una colonna "impegno rimanente".

• Rappresentalo come grafico a linee.

• Aggiungi una colonna "rimanente ideale" per le linee guida.

Abbina con Confluence e Loom per maggiore chiarezza

• Confluence: documenta l'approccio di stima, la definizione di completato e l'obiettivo dello sprint, in modo che i team interpretino il grafico in modo coerente.

• Loom: registra procedure asincrone rapide ("Ecco perché siamo sopra l'ideale e cosa stiamo facendo al riguardo") per ridurre il carico di riunioni e prevenire interpretazioni errate.

Domande frequenti sui grafici burn-down

Qual è la differenza tra un grafico burn-up e un grafico burn-down?

Un grafico burn-down tiene traccia della quantità di lavoro rimanente nel tempo, mentre un grafico burn-up mostra il lavoro completato rispetto al totale. Tutti e due i tipi di grafico mostrano l'avanzamento, ma i grafici burn-up rendono più visibili le modifiche all'ambito.

Quali sono i quattro tipi di grafici burn-down?

I quattro tipi di grafici burn-down sono burn-down dello sprint, burn-down dell'epic, burn-down del rilascio e burn-down della versione. Ciascuno monitora l'avanzamento a livelli di lavoro diversi in Jira.

Qual è lo scopo di un grafico burn-down?

Un grafico burn-down aiuta i team a monitorare l'avanzamento, prevedere se gli obiettivi saranno raggiunti e identificare rapidamente problemi come slittamento dell'ambito o stime imprecise. Favorisce la concentrazione dei team e li tiene informati per l'intera durata di uno sprint o un progetto.

Qual è l'alternativa a un grafico burn-down?

Le alternative ai grafici burn-down includono grafici burn-up, diagrammi di flusso cumulativi e grafici della velocity. Questi strumenti, inoltre, aiutano i team a visualizzare l'avanzamento e a gestire il flusso di lavoro.