Un’introduzione al burndown chart

Il burndown chart è uno strumento grafico utilizzato per prevedere le probabilità di completare il lavoro rimanente entro il tempo disponibile, per esempio uno Sprint. Si basa su un semplice piano cartesiano in cui si tracciano i dati relativi al lavoro completato e al tempo trascorso, fornendo un’indicazione immediata dello stato delle attività rispetto agli obiettivi pianificati.

Questo grafico viene comunemente impiegato nei framework Agili, in particolare in Scrum, per monitorare il progresso di un team durante lo Sprint. Pur non essendo obbligatorio, è spesso utilizzato perché aiuta a rappresentare chiaramente quanto lavoro resta da completare.

A cosa serve il burndown chart

Come anticipato, l’obiettivo principale del burndown chart è rappresentare graficamente quanto lavoro rimane da fare e fornire un confronto visivo tra il progresso pianificato e quello effettivo. Il grafico consente al team di valutare se sta procedendo in linea con le previsioni iniziali o se sono necessari aggiustamenti. È utile anche per identificare cambiamenti significativi nel ritmo di lavoro, magari dovuti a impedimenti o imprevisti.

Di conseguenza, il burndown chart può fornire indicazioni preziose anche durante lo Sprint Planning. Analizzando il grafico degli Sprint precedenti, uno Scrum Team può riflettere su eventuali pattern ricorrenti, come sottostime o sovrastime, e migliorare le previsioni per i futuri Sprint.

Ma anche in sede di Retrospective. Per esempio, se uno Sprint precedente ha mostrato ritardi costanti a causa di task non chiari, il team può decidere di migliorare il processo di Backlog Refinement o la propria Definition of Done.

La Struttura del burndown chart

Il burndown chart è composto da due assi principali:

• Asse X (orizzontale): rappresenta il tempo, di solito suddiviso in giorni, dall’inizio alla fine dello sprint.
• Asse Y (verticale): mostra la quantità totale di lavoro rimanente, misurata in unità come story points, ore o task.

Nel grafico sono presenti due linee principali:

1. Linea ideale: una linea discendente che rappresenta il progresso teorico previsto. Parte dalla quantità totale di lavoro stimata e scende uniformemente fino a zero, alla fine dello sprint.
2. Linea reale: una linea aggiornata quotidianamente che riflette il lavoro effettivamente completato. Questa linea può differire dalla linea ideale a seconda del progresso reale del team.

Il grafico viene aggiornato regolarmente dagli sviluppatori. In Scrum, questo aggiornamento avviene solitamente durante il Daily Scrum, quando il team pianifica le attività giornaliere.

Come interpretare il burndown chart

Interpretare correttamente il burndown chart significa confrontare la linea reale con quella ideale. Alcuni scenari tipici includono:

• Progresso in linea: la linea reale segue da vicino quella ideale, indicando che il team sta lavorando secondo le previsioni.
• Progresso più rapido: la linea reale scende più rapidamente della linea ideale, suggerendo che il lavoro sta procedendo più velocemente del previsto.
• Ritardo nel progresso: la linea reale rimane sopra quella ideale, indicando che il team potrebbe essere in ritardo rispetto agli obiettivi pianificati.

Questa analisi permette al team di ottenere un feedback immediato sull’avanzamento dello sprint.

Relazione tra burndown chart e Scrum

Sebbene non sia prescritto dal framework Scrum, il burndown chart si integra nel processo come strumento visivo che supporta la trasparenza e l’adattamento continuo. La sua semplicità lo rende uno strumento molto utilizzato per visualizzare l’avanzamento del lavoro. 

In particolare, il burndown chart permette al team di identificare rapidamente se ci sono differenze significative rispetto alle previsioni iniziali e di intraprendere azioni correttive, se necessario.

Un esempio pratico: il burndown chart in azione

Facciamo un esempio pratico. Un team Scrum in fase di pianificazione identifica il seguente Sprint Goal: "Implementare la ricerca avanzata per migliorare l’esperienza utente".

Lo Sprint, della durata di due settimane, prevede il completamento di 100 Story Point. Nei primi giorni, il burndown chart mostra che il lavoro non avanza come previsto: alcune attività sono bloccate da dipendenze esterne. Durante il Daily Scrum, il team riorganizza le priorità, concentrandosi sui task indipendenti per mantenere il focus sullo Sprint Goal.

A metà Sprint, il team ha recuperato parte del ritardo, ma emergono complessità tecniche. In collaborazione con il Product Owner, vengono rimosse alcune attività non essenziali per garantire il raggiungimento dell’obiettivo.

Alla fine dello Sprint, il team consegna la funzionalità pianificata. Il monitoraggio continuo del burndown chart ha permesso di mantenere il focus sull’obiettivo e adattarsi rapidamente agli imprevisti.

Uno strumento per il team

Grazie alla struttura semplice ed efficace, il burndown chart è uno strumento pratico e ampiamente utilizzato, che trova la sua forza nella chiarezza con cui rende visibili i dati essenziali per il monitoraggio del lavoro e il mantenimento del focus sugli obiettivi.

Purtroppo però, il burndown chart viene spesso impropriamente utilizzato da persone esterne al team (per esempio stakeholder o management) per fare pressioni sulle consegne o misurare le performance. Sebbene la trasparenza sia importante, è bene sottolineare che questo strumento dev’essere confinato all’interno del team, e utilizzato esclusivamente per creare focus verso gli obiettivi definiti in fase di pianificazione (in Scrum, lo Sprint Goal).

Ogni utilizzo in contrasto con questo principio, così come il confronto di grafici tra team all’interno della stessa organizzazione, non porta a nessun beneficio ed è scoraggiato.