Douze erreurs de planification: et comment les corriger
La plupart des diagrammes de Gantt ratés échouent des mêmes façons, et presque aucune ne tient à l’outil. Un planning peut être propre, coloré, exporté tous les vendredis et mentir quand même sur la date de fin. Voici chaque erreur, pourquoi elle est fausse, ce qu’elle coûte sur un projet réel, et la revue qui les attrape toutes en vingt minutes.
- Un plan qui commet presque toutes ces erreurs à la fois
- 1. Trop de détail
- 2. Aucun lien d’antériorité
- 3. Tout enchaîné en Fin-Début
- 4. Confondre estimation et engagement
- 5. Aucune marge nulle part
- 6. Ignorer le chemin critique
- 7. Pas de responsable, et des responsables chargés à 100 %
- 8. Un plan qu’on laisse vieillir
- 9. Aucun jalon
- 10. L’avancement mesuré en jours écoulés
- 11. Reposer la référence à chaque dérive
- 12. Utiliser un Gantt pour ce qu’il ne sait pas faire
- Le symptôme de chaque erreur
- Une revue de vingt minutes
Un plan qui commet presque toutes ces erreurs à la fois
Un projet ordinaire, le déménagement du site de Groupe Lavandier, de Villeurbanne vers Vaulx-en-Velin, démarrage lundi 13 avril 2026, dessiné comme on le dessine d’habitude, puis dessiné honnêtement.
Le plan présenté au COPIL. Six lignes, toutes enchaînées en Fin-Début, aucun jalon, aucune marge, et des barres tracées du lundi au vendredi sans qu’aucun jour férié ait été exclu :
- Étude d’implantation, lun 13/04 au ven 17/04 (5 jours)
- Recâblage et brassage, lun 20/04 au ven 08/05 (15 jours, Thibaut Marchand)
- Bascule des postes et du serveur, lun 20/04 au ven 08/05 (15 jours, Thibaut Marchand)
- Transfert du mobilier et des archives, lun 11/05 au ven 15/05 (5 jours)
- Reprise d’activité et recette, lun 18/05 au jeu 21/05 (4 jours)
- Mise en service, ven 22/05
Ce que le plan ne dit pas. La consultation du CSE doit être close avant tout déplacement de poste de travail : Nadia Bouchard a besoin d’un mois entre la remise du dossier et l’avis, et cette période n’apparaît nulle part. Thibaut Marchand est chargé à 100 % sur le recâblage et à 100 % sur la bascule pendant exactement les mêmes trois semaines : le graphique promet tranquillement 200 % d’une seule personne. Enfin, les barres comptent cinq jours par semaine sans exception, alors que la fenêtre choisie est la pire de l’année : vendredi 1er mai, vendredi 8 mai, l’Ascension le jeudi 14 mai avec le pont du vendredi 15, puis le lundi de Pentecôte 25 mai. Cinq jours de travail qui n’existent pas ont été vendus comme s’ils existaient.
Le plan corrigé. Le calendrier de travail exclut les week-ends et les cinq fériés. La consultation du CSE devient une tâche de 20 jours ouvrés qui se termine par le jalon Avis du CSE rendu, et le recâblage s’y accroche. Thibaut Marchand ne peut plus tenir les deux chantiers en parallèle : le brassage court d’abord, la bascule ensuite. Cinq jours ouvrés de marge sont posés, visibles, devant la mise en service.
La conséquence. Le plan annonçait 30 jours ouvrés et une mise en service le vendredi 22 mai 2026. Le même travail, replacé sur un calendrier qui exclut réellement les cinq fériés et rangé derrière l’avis du CSE, a demandé 54 jours ouvrés et s’est terminé le jeudi 2 juillet 2026, six semaines plus tard. Rien n’a changé sauf que trois faits déjà vrais ont enfin été écrits. Ces six semaines de double loyer sur l’ancien site, facturé 18 400 € par mois et réglé au prorata, représentaient environ 25 800 € que personne n’avait provisionnés.
Et l’avancement. Le lundi 4 mai, le point hebdomadaire donnait le recâblage à 60 %, parce que 9 des 15 jours affichés s’étaient écoulés. L’équipe avait brassé 4 zones sur 11. Avancement réel : 36 %.
La suite. La levée des réserves, repoussée à fin juillet, est tombée sur la fermeture d’août : personne n’était là pour signer, et le dossier est resté ouvert jusqu’au 2 septembre.
1. Trop de détail
L’erreur la plus fréquente, et de loin. Un planning qui porte chaque sous-tâche devient illisible et impossible à tenir : personne ne met à jour soixante lignes toutes les semaines, donc le document est périmé en quelques jours. Et un plan périmé est plus dangereux que pas de plan, parce qu’on y croit encore.
Correction : planifiez au niveau auquel vous rendez compte. Tout ce qui dure moins que votre cycle de reporting appartient à l’intérieur d’une tâche. Regroupez le détail en phases : 20 à 60 tâches réparties en quatre à huit phases suffisent à la plupart des projets.
2. Aucun lien d’antériorité
Un planning fait de barres parallèles sans liens est une image, pas un modèle. Quand une tâche glisse, rien ne bouge, parce que rien n’est relié. Les dates ont été tapées à la main, et elles resteront fausses jusqu’à ce que quelqu’un les retape toutes.
Correction : reliez ce qui contraint réellement, puis tirez une barre et regardez. Si rien ne suit, le plan ne modélise pas votre projet. Dans l’application, la colonne Après, ou le champ Après (prédécesseurs) du volet de tâche, suffit. Attention à une règle utile : un lien ne peut que repousser une tâche, jamais la ramener plus tôt. Si vous voulez que tout se recale au plus tôt, il faut le demander explicitement avec Replanifier.
3. Tout enchaîné en Fin-Début
L’erreur inverse, et plus subtile. Mettez toutes les tâches à la suite et toutes se retrouvent sur le chemin critique, soixante lignes qui crient « urgent », ce qui revient à ne rien dire. Le plan devient aussi impossible à réordonner : chaque date est tenue par une préférence, pas par une contrainte.
Correction : ne reliez que ce qui contraint physiquement. Si B pourrait démarrer aujourd’hui avec les gens et le matériel disponibles, B ne dépend pas de A. Un chemin critique sain couvre un quart à une moitié des tâches ; s’il les couvre toutes, vous avez dessiné une file d’attente, pas un réseau.
4. Confondre estimation et engagement
Toutes les barres ont l’air également certaines. Une tâche de trois jours que vous avez faite cinquante fois et une que personne n’a jamais tentée sont dessinées exactement pareil. Le lecteur ne peut pas savoir où sont les paris.
Correction : placez la marge là où se trouve l’incertitude, et dites-le. Chez Groupe Lavandier, les 15 jours de recâblage étaient un devis de prestataire ; les 4 jours de recette étaient une intuition, et ils ont coûté neuf jours.
5. Aucune marge nulle part
Un plan où chaque tâche démarre à l’instant précis où la précédente finit n’absorbe rien. Le premier retard de deux jours devient un retard projet de deux jours, et il se propage jusqu’à la fin.
Correction : mettez de la marge là où le risque se concentre, devant les échéances fermes, après tout ce qui dépend d’un tiers, autour des validations. Une seule marge visible de cinq jours devant la mise en service vaut mieux que cinq jours étalés invisiblement sur dix tâches : dispersés, ils se consomment sans que personne ne le voie.
6. Ignorer le chemin critique
Si vous ne savez pas quelles tâches pilotent la date de fin, vous ne pouvez pas savoir quels retards comptent. Les équipes s’acharnent sur du travail qui dispose de trois semaines de marge pendant que la vraie contrainte glisse deux lignes plus bas.
Correction : activez Chemin critique et revérifiez après chaque modification, la légende indique hachuré = chemin critique. Une tâche qui possède huit jours de marge devient critique dès qu’elle en perd neuf. Le chemin critique n’est pas une propriété stable du projet, c’est une lecture à un instant donné.
7. Pas de responsable, et des responsables chargés à 100 %
Une tâche sans nom est l’affaire de tout le monde, ce qui signifie de façon fiable l’affaire de personne. Une personne par tâche, pas une équipe : seule une personne peut être interrogée.
Moins visible : affecter la même personne à des tâches qui se recouvrent, à pleine charge, est la même erreur. Thibaut Marchand à 100 % et 100 % n’est pas ambitieux, c’est arithmétiquement impossible, et le graphique ne le dira pas, parce que les barres se superposent sans se plaindre.
Correction : vérifiez la charge de chaque intervenant sur toute la durée, pas tâche par tâche. Ouvrez Charge de travail après avoir posé les dates. Quelqu’un à 140 % pendant trois semaines, c’est un planning qui a déjà échoué.
8. Un plan qu’on laisse vieillir
Un diagramme de Gantt est un document vivant avec une date de péremption. Trois semaines sans mise à jour et les gens cessent de lui faire confiance ; ensuite ils cessent de le lire, et le projet se pilote de nouveau par courriel.
Correction : mettez à jour à une cadence fixe, hebdomadaire en régime normal, quotidienne en période tendue, et gardez le plan assez petit pour que cela prenne quelques minutes.
9. Aucun jalon
Un mur de barres ne donne au lecteur aucun point d’ancrage. Les jalons sont la façon dont quelqu’un d’extérieur au projet retrouve les points de décision. Un jalon a une durée nulle et s’écrit comme un résultat : « avis du CSE rendu », pas « consultation du CSE ».
Correction : marquez les validations, les livraisons, les passages obligés et la mise en service comme jalons de durée nulle, et accrochez-y le travail aval. Quatre à huit suffisent en général. Plus haut, le jalon manquant n’était pas cosmétique : Avis du CSE rendu était exactement l’endroit où un mois de délai réglementaire se cachait.
10. L’avancement mesuré en jours écoulés
C’est ce qui produit le reporting faux le plus sûr de lui de toute cette liste. Déduisez l’avancement de la durée écoulée, et une tâche à peine entamée affiche 60 % au neuvième jour sur quinze, exactement ce qui s’est passé le 4 mai ci-dessus.
Correction : déclarez une part de travail, zones brassées, postes basculés, cas de test passés, plans diffusés, et non une part de calendrier. Une tâche dont on ne sait pas compter les unités est trop grossière pour être suivie : redécoupez-la ou acceptez de ne pas la mesurer.
11. Reposer la référence à chaque dérive
Une Référence enregistre ce que vous avez promis. La ré-enregistrer chaque fois que l’écart devient inconfortable la transforme en registre de ce que vous venez de faire, un chiffre que vous aviez déjà.
Fait tous les mois, cela donne un projet « conforme au plan » face à sa neuvième référence, et quatre mois en retard face à la première.
Correction : ne reposez la référence que pour une évolution de périmètre validée ou une replanification formelle, et conservez les précédentes. L’écart entre la référence 1 et la référence 5 est souvent la description la plus honnête d’un projet dont vous disposiez.
12. Utiliser un Gantt pour ce qu’il ne sait pas faire
Le diagramme de Gantt sert au travail qui a une séquence, des liens et des dates. Il convient mal à un flux continu ou à un backlog repriorisé chaque semaine : si vous le réécrivez tous les lundis, ce n’est pas le bon outil.
Correction : un Gantt quand l’ordre et les échéances comptent, un tableau quand ce n’est pas le cas. Faire tourner les deux est normal, un tableau pour la semaine, un Gantt pour le trimestre.
Le symptôme de chaque erreur
Ces erreurs se repèrent plus vite par leur symptôme que par leur définition :
| Ce que vous constatez | L’erreur | La correction |
|---|---|---|
| Pas mis à jour depuis trois semaines | Trop de détail | Planifier au niveau où l’on rend compte |
| Une tâche glisse, aucune date ne bouge | Aucun lien d’antériorité | Relier ce qui contraint ; tirer une barre pour tester |
| Toutes les tâches sont critiques | Tout enchaîné en Fin-Début | Supprimer les liens qui expriment une préférence |
| Un petit retard déplace la date de fin | Aucune marge | Des marges visibles devant les échéances |
| Vous avez accéléré la mauvaise tâche | Chemin critique ignoré | L’activer ; revérifier après chaque modification |
| Personne ne répond quand vous demandez | Aucun responsable | Une personne nommée par tâche |
| Les tâches d’une même personne glissent ensemble | Chargée au-delà de 100 % | Vérifier la charge sur toute la durée |
| « Et il se passe quoi, quand ? » | Aucun jalon | Quatre à huit jalons, avec du travail derrière |
| 90 % depuis un mois | Avancement tiré des jours écoulés | Déclarer une part de travail |
| Vert chaque semaine, des mois de retard | Référence reposée à chaque écart | Ne reposer que sur replanification validée |
| Réécrit tous les lundis | Mauvais outil | Un tableau pour le flux |
Une revue de vingt minutes
Passez cette revue sur un planning que vous avez déjà, dans l’ordre. Chaque étape est une chose que l’on voit, pas une chose qu’il faut juger.
- Comptez les lignes. Plus que ce que vous mettrez à jour chaque semaine ? Repliez le détail dans des phases avec ▣ Groupe avant tout le reste.
- Ouvrez Calendrier et vérifiez que les week-ends et les jours fériés sont exclus. Un plan tracé en jours calendaires sur avril-mai perd une semaine entière sans prévenir.
- Tirez la dernière tâche de votre première phase deux semaines vers la droite. Tout ce qui ne bouge pas n’est pas relié. Annulez, puis ajoutez ces liens dans la colonne Après.
- Cochez Chemin critique. Si tout est hachuré, vous avez trop relié ; si rien ne l’est, vous n’avez pas relié du tout.
- Passez Vue sur Semaines à venir. Si cette fenêtre ne ressemble pas à ce que les gens font réellement en ce moment, le plan est déjà périmé.
- Ouvrez Charge de travail. Quelqu’un au-dessus de sa capacité un seul jour, c’est une promesse impossible dans un planning plausible.
- Cherchez les losanges. Chaque point où quelqu’un d’extérieur à l’équipe valide, livre ou contrôle devrait être un jalon, avec le délai de revue porté par le décalage.
- Regardez la ligne qui précède chaque échéance ferme. Si elle se termine le jour même de l’échéance, insérez une tâche de marge et nommez-la comme telle.
- Ouvrez Référence et posez-la une fois, maintenant que le plan est honnête, puis affichez les colonnes d’écart.
- Demandez à chaque responsable son avancement en unités de travail, pas en pourcentage. Là où la réponse et la barre divergent, c’est la barre qui a tort. Corrigez le champ Avancement, pas le souvenir.
Vous pouvez faire cette revue dans l’éditeur sur votre plan actuel, ou repartir d’un modèle déjà structuré en phases et jalons.
Questions fréquentes
Quelle est l’erreur la plus fréquente ?
Trop de détail. Un plan qui liste chaque sous-tâche devient illisible et se retrouve abandonné en quelques semaines, parce que le tenir à jour coûte plus qu’il ne rapporte.
Combien de tâches un diagramme de Gantt doit-il contenir ?
Assez peu pour que vous le mainteniez : 20 à 60 lignes pour la plupart des projets, réparties en quatre à huit phases. Tout ce qui dure moins que votre cycle de reporting appartient à l’intérieur d’une tâche.
Faut-il relier toutes les tâches en Fin-Début ?
Non. Tout enchaîner en une seule file place tout le monde sur le chemin critique et rend le plan impossible à réordonner. Ne reliez que ce qui contraint physiquement.
Pourquoi mon projet dérive-t-il alors que le plan semblait juste ?
Le plus souvent : aucune marge, une personne affectée au-delà de 100 % sur des tâches qui se recouvrent, un avancement déduit des jours écoulés, ou des barres tracées en jours calendaires alors que le travail se fait en jours ouvrés.
Est-ce une faute de reposer la référence ?
Non pour une évolution de périmètre validée ou une replanification formelle. Oui si vous la reposez à chaque écart : les rapports restent au vert pendant que la date de livraison recule.
À quelle fréquence mettre le plan à jour ?
Chaque semaine pour la plupart des projets, chaque jour en période tendue. La cadence importe moins que le fait qu’elle soit fixe et tenable.
Modèles qui utilisent ceci
À lire aussi
Cet article est également disponible en anglais.