Guida Agile · Pratiche Agile
Diagrammi di Gantt in Agile: quando e come usarli nei progetti Agile
Un diagramma di Gantt Agile è una timeline di alto livello che mostra sprint, rilasci ed epic rispetto alle date, anziché una schedulazione dettagliata di ogni attività. Usato in questo modo, un diagramma di Gantt aiuta i team Agile a comunicare piani e dipendenze agli stakeholder senza fissare l'ambito in anticipo.
Punti chiave
- I diagrammi di Gantt possono funzionare in Agile se mostrano sprint, rilasci ed epic, non attività.
- Usate barre piene per il breve termine e barre di previsione per il periodo più lontano.
- Aggiornate il diagramma dopo ogni sprint review e trattatelo come una previsione, non come una promessa.
- Abbinatelo ai grafici burnup e al backlog per un quadro completo.
I diagrammi di Gantt possono funzionare in Agile?
Un diagramma di Gantt tradizionale elenca ogni attività con date e dipendenze fisse, il che si adatta a piani che dovrebbero rimanere stabili. I piani Agile prevedono il cambiamento, quindi un diagramma di Gantt dettagliato a livello di attività diventa rapidamente obsoleto. La soluzione è cambiare il livello di dettaglio: mostrare i time-box (sprint e rilasci) e gli elementi più grandi (epic e milestone), lasciando al team la gestione del dettaglio nel backlog.
- Utile per: timeline di rilascio, dipendenze tra team, date esterne fisse, reporting a stakeholder abituati alle viste Gantt e progetti ibridi.
- Meno utile per: la gestione quotidiana delle attività all'interno di uno sprint, dove una task board funziona meglio.
Come costruire un diagramma di Gantt Agile
- Disponete i time-box: aggiungete ogni sprint come una barra di durata fissa, ad esempio due settimane.
- Aggiungete rilasci e milestone: indicate le date di rilascio pianificate ed eventuali date esterne fisse come milestone.
- Collocate le epic, non le attività: mostrate ogni epic come una barra che attraversa gli sprint in cui si prevede di lavorarci, sulla base della velocity.
- Mostrate le dipendenze solo tra epic o team: ad esempio, l'epic dei pagamenti richiede l'API del fornitore entro lo sprint 4; vedi dipendenze tra attività.
- Indicate il grado di confidenza: usate barre piene per i prossimi uno o due sprint e barre più chiare o tratteggiate per quelli più lontani.
- Aggiornate dopo ogni sprint review: spostate le epic quando cambiano backlog e previsioni, e annotate il motivo.
Esempio svolto
Un team con una velocity di circa 30 punti per sprint di due settimane pianifica un rilascio di sei sprint a partire dal 6 gennaio.
| Epic | Dimensione (punti) | Sprint pianificati | Note |
|---|---|---|---|
| Orario dei corsi | 25 | 1 | Confermata; inizia subito |
| Prenotazione e cancellazione | 40 | 2–3 | Confermata |
| Liste d'attesa | 30 | 3–4 | Previsione |
| Pagamenti | 45 | 4–5 | Dipende dall'API del fornitore dei pagamenti entro lo sprint 4 |
| Promemoria | 20 | 6 | Previsione; può slittare al rilascio successivo |
Totale: 160 punti su 6 sprint (180 punti di capacità), lasciando un certo margine. La milestone di rilascio si trova alla fine dello sprint 6, il 27 marzo. Se l'API dei pagamenti arriva in ritardo, il diagramma mostra a colpo d'occhio che i pagamenti, e forse i promemoria, slittano al rilascio successivo.
Diagramma di Gantt vs altre viste di pianificazione Agile
| Vista | Mostra | Ideale per |
|---|---|---|
| Diagramma di Gantt Agile | Epic e rilasci su una timeline con dipendenze | Comunicazione con gli stakeholder, coordinamento tra più team |
| Roadmap Agile | Obiettivi e temi nel tempo, spesso senza date | Strategia e direzione |
| Burnup o burndown di rilascio | Lavoro completato rispetto all'ambito nel tempo | Previsione e monitoraggio dell'avanzamento |
| Sprint board o task board | Stato di ogni elemento dello sprint | Coordinamento quotidiano del team |
Consigli ed errori comuni
- Non inserite nel diagramma di Gantt le attività a livello di sprint; si crea una falsa precisione.
- Non trattate le barre di previsione come promesse. Spiegate che la variabile è l'ambito, non la data o la qualità.
- Mantenete un'unica fonte di verità: collegate le barre del Gantt alle epic del backlog nel vostro strumento, in modo che si aggiornino insieme. Strumenti come Wrike, Smartsheet e monday.com combinano timeline e board; vedi software per diagrammi di Gantt.
- Rivedete il diagramma a ogni sprint review, non ogni giorno.
- Usatelo insieme ai grafici burnup, che mostrano il ritmo reale di avanzamento.
Modelli gratuiti per questo argomento
Domande frequenti
Si può usare un diagramma di Gantt in Agile?
Sì, ad alto livello. Mostrate sprint, rilasci ed epic anziché ogni attività, e aggiornatelo quando i piani cambiano.
Che cos'è un diagramma di Gantt Agile?
Una vista a timeline di sprint, rilasci, epic e milestone usata per comunicare un piano Agile.
Il diagramma di Gantt è Agile o Waterfall?
I diagrammi di Gantt sono associati soprattutto alla pianificazione Waterfall, ma il formato in sé è neutro. È il grado di dettaglio e di rigidità del piano a decidere se si adatta ad Agile.
Perché i team Agile evitano i diagrammi di Gantt?
I diagrammi di Gantt dettagliati a livello di attività presuppongono ambito e date fissi, il che contrasta con l'aspettativa di cambiamento propria di Agile, e richiedono impegno per essere mantenuti aggiornati.
Cosa usano i team Agile al posto dei diagrammi di Gantt?
Roadmap, grafici burnup di rilascio, backlog e task board; vedi strumenti e tecniche Agile.
Come si mostrano gli sprint su un diagramma di Gantt?
Aggiungete ogni sprint come una barra di durata fissa, quindi collocate le epic sugli sprint in cui sono pianificate.
Un diagramma di Gantt dovrebbe mostrare le dipendenze in Agile?
Mostrate le dipendenze tra epic, team e milestone esterne; evitate catene di dipendenze a livello di attività.
Scrum usa i diagrammi di Gantt?
La Guida Scrum non li menziona. Alcuni team Scrum usano una timeline di alto livello per il reporting agli stakeholder.
Con quale frequenza va aggiornato un diagramma di Gantt Agile?
Dopo ogni sprint review, o ogni volta che la previsione cambia in modo significativo.
Qual è la differenza tra un diagramma di Gantt e una roadmap?
Un diagramma di Gantt è basato sulle date e mostra il lavoro schedulato; una roadmap si concentra su obiettivi e direzione e può usare orizzonti temporali ampi. Vedi roadmap di progetto.
Quali strumenti offrono diagrammi di Gantt per i team Agile?
Molti strumenti combinano board e timeline; confrontateli nelle nostre recensioni: strumenti di project management .