Diagramme de Gantt

Objectif

Le glossaire du PMBOK Guide définit le diagramme de Gantt comme un diagramme à barres: les activités sur l'axe vertical, les dates sur l'axe horizontal, chaque durée en barre placée entre sa date de début et sa date de fin.

Le diagramme rend un planning lisible par ceux qui ne l'ont pas construit. Le mandant, le comité de pilotage, les équipes et les fournisseurs lisent sur la même page qui travaille à quoi, dans quel ordre et jusqu'à quand. Une lecture verticale montre ce qui se déroule en parallèle à une date donnée. À chaque rapport, le chef de projet y lit l'écart entre les dates actualisées et la référence, puis repère les activités qui glissent.

Le livrable est le diagramme, tiré du modèle d'ordonnancement du projet: le fichier du logiciel de planification qui porte les activités, leurs durées, leurs dépendances et le calendrier. Le diagramme existe en deux états: la référence (baseline), puis la version actualisée à chaque date d'état, la date à laquelle on relève l'avancement. Le PMBOK Guide définit la référence comme la version approuvée du modèle d'ordonnancement, qui sert de base de comparaison avec le réalisé. Pour la modifier, le chef de projet soumet une demande de modification au comité, selon la procédure formelle de maîtrise des modifications.

Le diagramme de précédence fixe les dépendances entre activités, et la méthode du chemin critique en tire les dates et les marges. Un Gantt dessiné sans ce calcul aligne des dates souhaitées. Rien n'y dit si elles tiennent, ni ce qu'un retard déplace.

Usage

Quand l'utiliser

• Planning à présenter à un comité ou à un mandant: montrer les phases et les jalons sur une page.
• Travaux séquentiels à échéance fixe: migration informatique, déménagement, mise en conformité légale; lire la séquence jusqu'à la date butoir.
• Plusieurs équipes ou fournisseurs en parallèle: voir qui travaille quand et quelles activités se chevauchent.
• Rapport d'avancement périodique: comparer les dates actualisées à la référence et repérer les activités en retard.
• Demande de modification à arbitrer: montrer au comité l'effet recalculé sur les jalons avant qu'il décide.
• Bascule de week-end: enchaîner heure par heure les étapes de mise en production et leurs responsables.

Quand ne pas l'utiliser

• Aucun planning calculé: le diagramme mettrait en forme des souhaits; poser les dépendances dans un diagramme de précédence, puis calculer les dates par la méthode du chemin critique.
• Travail repriorisé à chaque itération: les barres ne suivent pas; ordonner un backlog et suivre le flux sur un tableau Kanban.
• Dérive des jalons d'un rapport à l'autre: un Gantt montre un seul état; mener une analyse de tendance des jalons.

Description

Les éléments du diagramme

Chaque élément affiche une valeur tirée du modèle d'ordonnancement ou du rapport d'avancement.

Le calendrier du projet fixe la longueur des barres. Une activité de dix jours ouvrables couvre deux semaines de calendrier quand aucun férié n'y tombe. Les fériés varient d'un canton à l'autre: le lundi du Jeûne fédéral est férié dans le canton de Vaud, pas dans celui de Zurich. Un projet sur deux sites porte un calendrier par site ou par ressource.

Un jalon marque un événement sans durée: une décision du comité, une livraison, une échéance légale. Les liens reprennent les quatre types de dépendance du diagramme de précédence: fin-début, début-début, fin-fin et début-fin. Pour la dépendance fin-début, la plus courante, la flèche part de la fin du prédécesseur et arrive au début du successeur. Les logiciels colorent le chemin critique. Une couleur seule échappe à un lecteur daltonien, et un motif ou une bordure épaisse la complète.

Construire le diagramme

L'APM décrit comment on construit le modèle d'ordonnancement: lister les activités, estimer leurs durées, les ordonner, poser les dépendances, affecter les ressources. Dans Microsoft Project, le planificateur saisit les activités dans la vue Gantt, si bien que le diagramme semble produire les dates: le moteur d'ordonnancement les calcule, la vue les dessine.

1. Choisir le public. Le comité reçoit une barre récapitulative par phase, avec les jalons. Une équipe lit ses activités des quatre à six semaines à venir, avec leurs liens. Une ligne sur laquelle le lecteur n'agit pas l'empêche de trouver les siennes.
2. Choisir l'échelle du temps. La semaine convient à un projet de quelques mois, le mois à un programme de plusieurs années, l'heure à une bascule de week-end. L'échelle fixe la plus petite durée lisible: sur un axe en mois, une activité de trois jours devient un trait.
3. Ordonner les lignes. On suit la structure de découpage, phase par phase ou livrable par livrable, puis la date de début dans chaque groupe. Le lecteur retrouve une activité par son livrable et voit les travaux d'une phase se succéder.
4. Afficher ce que le calcul a produit. Le chemin critique, les marges et les liens expliquent pourquoi une barre est à sa place. Sans eux, le lecteur ignore quelle barre peut glisser sans conséquence.
5. Figer la référence. Une fois le planning approuvé, le chef de projet enregistre la référence: le logiciel copie les dates de début et de fin de chaque activité dans ses champs de référence.
6. Mettre à jour à chaque date d'état. Le chef de projet saisit les dates réelles de début et de fin, puis la durée restante des activités en cours. Le logiciel recalcule les dates des activités suivantes, et le diagramme montre les dates actualisées à côté de la référence.

Lire l'avancement

La partie ombrée d'une barre donne un pourcentage d'avancement. Ce pourcentage est une estimation du responsable de l'activité, et le lecteur le compare au temps écoulé. Une barre ombrée à moitié alors que les trois quarts de sa durée sont écoulés annonce un retard, si le travail avance à un rythme régulier. La durée restante renseigne mieux que le pourcentage. Le responsable indique combien de jours de travail il lui reste, et le logiciel en tire la nouvelle date de fin.

La ligne de la date d'état partage le diagramme. À sa gauche, tout le travail devrait être fait: une partie non ombrée y est du travail en retard. La distance entre la fin de référence et la fin actualisée mesure le glissement de l'activité.

Le chef de projet n'enregistre une nouvelle référence qu'après une modification approuvée: un périmètre élargi, une date de fin repoussée par le mandant. Remplacer la référence pour effacer un retard supprime l'écart du diagramme et la trace du retard. Les logiciels conservent plusieurs références. On garde l'ancienne pour montrer au comité d'où vient la nouvelle date.

Ce que le diagramme cache

Deux barres parallèles confiées à la même analyste, chacune à plein temps, la chargent à 200% pendant leur chevauchement. Rien dans les barres ne le signale. L'histogramme des ressources, que la plupart des logiciels placent sous le Gantt, montre cette surcharge. Le nivellement la résout en déplaçant des activités, souvent au prix de la date de fin.

Les logiciels acceptent des contraintes du type «doit commencer le»: l'activité reste à sa date quand son prédécesseur glisse, et le diagramme montre un chevauchement que la logique interdit. Le planificateur réserve la contrainte de date à une échéance extérieure, comme une livraison de fournisseur ou une date légale. Il justifie chaque contrainte par écrit.

Au-delà de quelques dizaines de lignes, le lecteur ne suit plus une barre jusqu'à son successeur. Un planning de quatre cents activités se lit par extraits: filtré sur une équipe, sur le chemin critique ou sur les semaines à venir. Imprimé en entier, il couvre un mur et personne ne le lit.

Le Gantt et les techniques voisines

Le réseau et le Gantt présentent les mêmes données. Le réseau montre la logique: qui attend qui et par quelle branche passe le chemin critique. Le Gantt montre les mêmes activités sur l'axe du temps.

Le PMBOK Guide cite le diagramme de Gantt parmi les approches d'ordonnancement, avec la méthode du chemin critique, la chaîne critique et le Kanban. Il cite aussi un biais à nommer devant l'équipe: croire qu'un planning n'est valable que s'il s'affiche en Gantt produit par un logiciel.

L'analyse de tendance des jalons suit un autre objet: la date prévisionnelle de chaque jalon, relevée à chaque rapport et reportée sur un graphique. Le Gantt montre la prévision d'un rapport. La tendance montre comment cette prévision a bougé d'un rapport à l'autre. Un jalon qui recule d'une semaine à chaque rapport signale un planning irréaliste.

La feuille de route produit pose des thèmes sur une échelle de temps large, en trimestres ou en horizons. Elle ne porte pas d'activités datées.

D'où vient le nom

Henry Gantt (1861-1919), ingénieur mécanicien américain, a travaillé avec Frederick Taylor à ses débuts, puis a exercé comme ingénieur-conseil en organisation scientifique du travail. Ses livres Work, Wages, and Profits (1916) et Organizing for Work (1919) publient ses diagrammes: fiches de machines, diagrammes de primes, feuilles de production. Selon l'historien de la planification Patrick Weaver, la plupart se remplissaient après la journée de travail, pour comparer le travail promis au travail fait.

En 1917 et 1918, l'arsenal de Frankford et le département de l'armement à Washington, sous le général William Crozier, suivent la production de munitions avec ces diagrammes. Le nom «Gantt chart» vient du titre d'un livre de Wallace Clark, collaborateur de Gantt: The Gantt Chart: A Working Tool of Management, paru en 1923. Gantt nommait ses diagrammes d'après leur usage, comme le diagramme de charge (load chart).

Le diagramme à barres sur un axe du temps est plus ancien. Weaver le fait remonter à la Chart of Biography de Joseph Priestley (1765) et à l'atlas commercial de William Playfair (1786). En 1896, dans son harmonogramme, l'ingénieur polonais Karol Adamiecki plaçait les activités sur des bandes de papier le long d'un axe de dates, les prédécesseurs à gauche de leurs successeurs. Weaver en conclut que les diagrammes de Gantt, qui comparaient chaque jour le prévu au réalisé, sont plus proches de la valeur acquise que du planning en barres qui porte son nom.

Considérations IA

Le moteur d'ordonnancement calcule les dates. Un modèle de langage les calcule mal: il compte les jours ouvrables de travers et ne connaît pas les fériés du projet. Un Gantt qu'il dessine sur ses propres dates porte des erreurs que rien ne signale.

À partir d'une structure de découpage ou des notes d'une séance de planification, le modèle de langage propose, au format d'import du logiciel, une liste d'activités que l'équipe corrige. Il écrit un diagramme en syntaxe texte, Mermaid ou PlantUML, pour une page de wiki. Sur un planning exporté, il repère les défauts de structure: activités sans prédécesseur ni successeur, contraintes de date, avancements inchangés d'un export à l'autre. Il rédige pour le comité le commentaire des écarts à la référence.

L'équipe garde les durées et les dépendances. Un modèle de langage propose des valeurs plausibles pour un travail qu'il ne connaît pas, et le diagramme les présente avec la même netteté que des dates calculées. Un planning porte aussi des noms de fournisseurs, des montants et des dates contractuelles. L'équipe ne l'envoie pas à un service en ligne sans l'accord du conseiller à la protection des données.

Exemples

Le concept: l'écart entre les dates actualisées et la référence, lu à une date d'état. Une commune vaudoise remplace son logiciel de contrôle des habitants. Le chef de projet établit le rapport à la fin de la semaine 6.

La barre du paramétrage (B) est ombrée jusqu'à la date d'état: aucun travail en retard n'apparaît à gauche de la ligne. Sa barre de référence finit pourtant en semaine 7. Le responsable annonce deux semaines de travail restantes: la barre actualisée finit en semaine 8. Les tests d'acceptation (D) attendent la fin du paramétrage et de la reprise des données (C). Ils glissent d'une semaine, et la mise en service avec eux. La reprise des données, terminée à l'heure, ne rattrape rien.

Visualisations

Le comité de pilotage lit le diagramme des jalons, qui ne garde que les losanges, chacun avec sa date de référence et sa date actualisée. Le Gantt récapitulatif garde une barre par phase. Le Gantt d'une équipe couvre les semaines à venir, liens et marges affichés.

La vue de suivi superpose à chaque barre sa barre de référence. Certains logiciels tracent aussi une ligne d'avancement. Elle part de la date d'état et rejoint le bout de la partie ombrée de chaque activité en cours; elle penche vers la gauche là où le travail est en retard.

Coût

Outils

Un tableau blanc ou une feuille quadrillée suffisent pour un premier planning en séance: les équipes y déplacent les barres. Rien n'y propage un retard.

Un tableur trace des barres par mise en forme conditionnelle. Il convient à un planning de quelques dizaines de lignes sans dépendances. Le planificateur y reporte chaque glissement à la main sur toutes les dates suivantes.

Microsoft Project, Oracle Primavera P6 et ProjectLibre, un logiciel libre, calculent les dates et affichent le chemin critique, la référence, l'avancement et l'histogramme des ressources. Dans Microsoft Project, une vue de suivi superpose la référence à la barre actualisée. GanttProject, libre lui aussi, suffit à un petit projet.

Les outils de gestion du travail, comme Jira ou Smartsheet, offrent une vue chronologique en barres. Leurs dépendances ne recalculent pas toujours les dates. On vérifie ce point avant d'y tenir un planning à échéance contractuelle.

Mermaid et PlantUML décrivent un Gantt en texte, versionné avec la documentation du projet.

Sources

• Gantt, Henry L. (1916), Work, Wages, and Profits, The Engineering Magazine Co., éd. de 1916 (lien vers le tirage de 1919): les diagrammes de production et de primes de Gantt.
• Gantt, Henry L. (1919), Organizing for Work, Harcourt, Brace and Howe: le second livre où Gantt publie ses diagrammes de production.
• Weaver, Patrick (2012), «Henry L Gantt, 1861–1919: Debunking the myths», PM World Journal, vol. I, n° 5: la pratique de Gantt, l'usage de ses diagrammes en 1917 et 1918, l'origine du nom chez Wallace Clark et les diagrammes à barres antérieurs, de Priestley à Adamiecki.
• Project Management Institute (2025), A Guide to the Project Management Body of Knowledge (PMBOK Guide), 8e édition: §2.3.3.6 Scheduling Approaches and Methods pour la place du diagramme parmi les approches d'ordonnancement; §2.6.3 Tailoring Considerations pour le biais du planning affiché en Gantt; Section 4, entrées «Project schedule» et «Schedule baseline», pour la définition de la référence; glossaire, entrée «Gantt chart», pour la définition.
• Association for Project Management, «What is a Gantt chart?»: la définition pratique, les données portées par chaque barre et l'ordre de construction du modèle.