Guide agile · Pratiques agiles
Diagrammes de Gantt agiles : quand et comment les utiliser
Un diagramme de Gantt agile est un calendrier de haut niveau qui positionne les sprints, les releases et les epics par rapport aux dates, plutôt qu'un planning détaillé de chaque tâche. Utilisé ainsi, un diagramme de Gantt aide les équipes agiles à communiquer leurs plans et dépendances aux parties prenantes sans figer le périmètre à l'avance.
À retenir
- Les diagrammes de Gantt peuvent fonctionner en agile s'ils montrent les sprints, les releases et les epics, et non les tâches.
- Utilisez des barres pleines pour le court terme et des barres de prévision au-delà.
- Mettez à jour le diagramme après chaque sprint review et traitez-le comme une prévision, pas comme une promesse.
- Associez-le aux graphiques burnup et au backlog pour avoir une vue complète.
Les diagrammes de Gantt peuvent-ils fonctionner en agile ?
Un diagramme de Gantt traditionnel liste chaque tâche avec des dates fixes et des dépendances, ce qui convient aux plans censés rester stables. Les plans agiles s'attendent au changement : un diagramme de Gantt détaillé au niveau des tâches devient donc vite obsolète. La solution consiste à changer le niveau de détail : montrer les time-boxes (sprints et releases) et les éléments plus importants (epics et jalons), et laisser l'équipe gérer le détail dans le backlog.
- Utile pour : calendriers de release, dépendances entre équipes, dates externes fixes, reporting à des parties prenantes habituées aux vues Gantt et projets hybrides.
- Moins utile pour : la gestion quotidienne des tâches au sein d'un sprint, où un tableau de tâches est plus adapté.
Comment construire un diagramme de Gantt agile
- Disposer les time-boxes : ajoutez chaque sprint sous forme de barre de durée fixe, par exemple deux semaines.
- Ajouter les releases et les jalons : marquez les dates de release prévues et toutes les dates externes fixes comme jalons.
- Placer des epics, pas des tâches : représentez chaque epic par une barre couvrant les sprints pendant lesquels il devrait être traité, en vous fondant sur la vélocité.
- Ne montrer les dépendances qu'entre epics ou équipes : par exemple, l'epic paiements nécessite l'API du prestataire d'ici le sprint 4 ; voir dépendances entre tâches.
- Indiquer le niveau de confiance : utilisez des barres pleines pour les un ou deux prochains sprints et des barres plus claires ou en pointillés au-delà.
- Mettre à jour après chaque sprint review : déplacez les epics à mesure que le backlog et la prévision évoluent, et notez pourquoi.
Exemple chiffré
Une équipe dont la vélocité est d'environ 30 points par sprint de deux semaines planifie une release de six sprints à partir du 6 janvier.
| Epic | Taille (points) | Sprints planifiés | Remarques |
|---|---|---|---|
| Planning des cours | 25 | 1 | Pleine ; démarre immédiatement |
| Réservation et annulation | 40 | 2–3 | Pleine |
| Listes d'attente | 30 | 3–4 | Prévision |
| Paiements | 45 | 4–5 | Dépend de l'API du prestataire de paiement d'ici le sprint 4 |
| Rappels | 20 | 6 | Prévision ; peut passer à la release suivante |
Total : 160 points répartis sur 6 sprints (180 points de capacité), ce qui laisse une marge. Le jalon de release se situe à la fin du sprint 6, le 27 mars. Si l'API de paiement est en retard, le diagramme montre d'un coup d'œil que les paiements, et peut-être les rappels, passent à la release suivante.
Le diagramme de Gantt face aux autres vues de planification agile
| Vue | Montre | Idéal pour |
|---|---|---|
| diagramme de Gantt agile | Epics et releases sur un calendrier avec leurs dépendances | Communication avec les parties prenantes, coordination de plusieurs équipes |
| Feuille de route agile | Objectifs et thèmes dans le temps, souvent sans dates | Stratégie et orientation |
| Burnup ou burndown de release | Travail réalisé par rapport au périmètre dans le temps | Prévision et suivi de l'avancement |
| Tableau de sprint ou de tâches | Statut de chaque élément du sprint | Coordination quotidienne de l'équipe |
Conseils et erreurs courantes
- Ne mettez pas les tâches de niveau sprint sur le diagramme de Gantt : cela crée une fausse précision.
- Ne traitez pas les barres de prévision comme des promesses. Expliquez que c'est le périmètre qui varie, pas la date ni la qualité.
- Conservez une source unique de vérité : reliez les barres du Gantt aux epics du backlog dans votre outil pour qu'elles se mettent à jour ensemble. Des outils comme Wrike, Smartsheet et monday.com combinent calendriers et tableaux ; voir logiciel de diagramme de Gantt.
- Revoyez le diagramme à chaque sprint review, et non quotidiennement.
- Utilisez-le avec des graphiques burnup, qui montrent le rythme réel d'avancement.
Modèles gratuits sur ce sujet
Questions fréquentes
Peut-on utiliser un diagramme de Gantt en agile ?
Oui, à un niveau élevé. Montrez les sprints, les releases et les epics plutôt que chaque tâche, et mettez-le à jour à mesure que les plans évoluent.
Qu'est-ce qu'un diagramme de Gantt agile ?
Une vue chronologique des sprints, releases, epics et jalons utilisée pour communiquer un plan agile.
Le diagramme de Gantt est-il agile ou en cascade ?
Les diagrammes de Gantt sont surtout associés à la planification en cascade, mais le format lui-même est neutre. C'est le degré de détail et de rigidité du plan qui détermine s'il convient à l'agilité.
Pourquoi les équipes agiles évitent-elles les diagrammes de Gantt ?
Les diagrammes de Gantt détaillés au niveau des tâches supposent un périmètre et des dates figés, ce qui contredit l'acceptation du changement propre à l'agilité, et leur mise à jour demande des efforts.
Qu'utilisent les équipes agiles à la place des diagrammes de Gantt ?
Feuilles de route, graphiques burnup de release, backlogs et tableaux de tâches ; voir outils et techniques agiles.
Comment représenter les sprints sur un diagramme de Gantt ?
Ajoutez chaque sprint sous forme de barre de durée fixe, puis placez les epics sur les sprints où ils sont prévus.
Un diagramme de Gantt doit-il montrer les dépendances en agile ?
Montrez les dépendances entre epics, équipes et jalons externes ; évitez les chaînes de dépendances au niveau des tâches.
Scrum utilise-t-il des diagrammes de Gantt ?
Le Guide Scrum ne les mentionne pas. Certaines équipes Scrum utilisent un calendrier de haut niveau pour le reporting aux parties prenantes.
À quelle fréquence mettre à jour un diagramme de Gantt agile ?
Après chaque sprint review, ou dès que la prévision change de manière significative.
Quelle est la différence entre un diagramme de Gantt et une feuille de route ?
Un diagramme de Gantt repose sur des dates et montre le travail planifié ; une feuille de route se concentre sur les objectifs et l'orientation et peut utiliser des horizons temporels larges. Voir feuille de route de projet.
Quels outils proposent des diagrammes de Gantt pour les équipes agiles ?
De nombreux outils combinent tableaux et calendriers ; comparez-les dans nos avis : outils de gestion de projet .