Le diagramme de Gantt est un excellent outil de suivi. Il permet de visualiser les tâches dans le temps, de suivre l'avancement, de communiquer avec les parties prenantes et de piloter les délais. Mais il a aussi des limites importantes : il ne structure pas à lui seul le périmètre du projet ni la logique des dépendances entre les tâches.
Comprendre ses avantages et ses limites, c'est savoir quand l'utiliser — et dans quel ordre avec la WBS et le PERT.
Le Gantt rassure. Parfois trop.
Vous démarrez un nouveau projet. La première chose que vous faites, c'est ouvrir un tableur ou un outil de gestion et commencer à saisir des tâches avec des dates. En quelques heures, vous avez un planning. Les barres sont bien alignées. Ça ressemble à quelque chose de solide.
C'est souvent là que le problème commence.
Le diagramme de Gantt est l'un des outils les plus utilisés en gestion de projet. Il est visuel, simple à lire, facile à partager. Mais il a un angle mort que beaucoup de chefs de projet découvrent en cours de route : il peut donner l'impression d'avoir structuré un projet, alors qu'on a seulement mis en forme une liste de tâches.
Structurer et planifier, ce n'est pas tout à fait la même chose. Et cette confusion est souvent à l'origine des premiers retards.
Ce que le Gantt fait bien
Soyons précis. Le Gantt est un très bon outil. Il remplit parfaitement son rôle quand on l'utilise au bon moment, c'est-à-dire pour le suivi.
Il permet de voir l'avancement de chaque tâche. Il rend visibles les glissements de planning. Il facilite la communication avec les parties prenantes. Il aide à détecter les retards en cours d'exécution.
Le problème n'est pas l'outil en lui-même. C'est souvent le moment où on l'utilise. Quand le Gantt arrive avant que le contenu du projet soit clairement défini, il crée une fausse impression de contrôle.
Ce que le Gantt ne peut pas faire
Définir le périmètre du projet
Un diagramme de Gantt liste des tâches. Mais il ne vous aide pas à vérifier que cette liste est complète. Il prend ce qu'on lui donne. Si la liste de départ est incomplète, le planning le sera aussi. Et rien dans le Gantt ne vous le signalera, parce que le planning a l'air correct.
C'est le rôle de la WBS (Work Breakdown Structure) de garantir cette complétude. Elle décompose le projet en livrables, puis en tâches, de façon structurée. Sans ce travail préalable, le Gantt repose sur des bases qu'on n'a pas vraiment vérifiées.
Rendre visibles les dépendances
Presque tous les projets comportent des tâches qui ne peuvent pas démarrer avant que d'autres soient terminées. La question, c'est de savoir si on les a toutes identifiées avant de construire le planning.
Le Gantt peut afficher des liens entre tâches. Mais il ne vous aide pas à les découvrir. Il ne vous pousse pas à réfléchir à l'ordre logique des activités ni à repérer les tâches dont le retard entraîne automatiquement un retard global.
Même lorsqu'elles sont affichées, les dépendances restent peu lisibles dans un Gantt : les flèches se croisent, se superposent, et on finit par passer plus de temps à déchiffrer le schéma qu'à réfléchir à la logique du projet.
C'est là qu'intervient le diagramme de PERT. Construit autour de la logique des dépendances, il invite à répondre à une question simple pour chaque tâche : qu'est-ce qui doit être terminé avant de pouvoir démarrer celle-ci ? En travaillant cette question systématiquement, on identifie le chemin critique du projet, c'est-à-dire la séquence de tâches qui détermine sa durée totale.
Construire un Gantt sans avoir fait ce travail, c'est planifier des durées sans vraiment comprendre les contraintes qui les gouvernent.
Une séquence qui change les résultats
L'approche qui fonctionne le mieux dans la pratique commence par la WBS. On décompose le projet en livrables, puis en tâches. On s'assure que le périmètre est complet. C'est la fondation sur laquelle tout le reste va s'appuyer.
Le PERT vient ensuite. On identifie les dépendances entre les tâches issues de la WBS. On repère le chemin critique. On estime les durées avec un peu plus de méthode.
Le Gantt arrive en dernier. Une fois le périmètre défini et les dépendances connues, il traduit ce travail en planning calendaire. Il repose alors sur des bases qu'on a vraiment vérifiées.
WBS → PERT → Gantt. C'est la séquence qui donne les meilleurs résultats dans la pratique.
Pourquoi on fait souvent l'inverse
Le Gantt est immédiatement visible. Il produit quelque chose que tout le monde comprend en réunion. Il rassure. Il donne l'impression d'avancer.
La WBS et le PERT sont plus abstraits. Ils demandent un effort de structuration qui ne se voit pas tout de suite. Ils ne produisent pas un livrable facile à montrer.
Mais c'est précisément ce travail moins visible qui détermine si le projet tiendra ses délais.
Les projets qui dérivent ne dérivent généralement pas parce que le Gantt était mal construit. Ils dérivent parce que la structuration initiale était insuffisante. Le Gantt enregistre les conséquences, il n'en est pas la cause.
Synthèse
Le diagramme de Gantt est un outil de suivi efficace. Il n'est pas conçu pour définir le contenu d'un projet ni pour identifier les dépendances critiques entre les tâches.
Utilisé seul et trop tôt, il peut créer une illusion de contrôle. On a l'impression d'avoir structuré le projet alors qu'on a seulement mis en forme une liste incomplète.
L'approche qui fonctionne : commencer par la WBS pour cadrer le périmètre, construire le PERT pour analyser les dépendances, puis produire le Gantt sur cette base.
