Planification

Le chemin critique : ce qu'il dit, et ce qu'on lui fait dire à tort.

Il tient en une phrase et se calcule tout seul. Sa mauvaise réputation vient uniquement de ce qu'on lui demande des réponses qu'il n'a pas.

L'équipe Plannava8 min de lecture

C'est l'information la plus utile d'un planning prédictif, et c'est aussi celle à laquelle on fait dire le plus de choses fausses. Elle tient en une phrase et se calcule toute seule. Sa mauvaise réputation vient uniquement de ce qu'on lui demande des réponses qu'elle n'a pas.

Ce que le chemin critique calcule

La documentation de Microsoft le dit sobrement : le chemin critique est la série de tâches qui dicte la date de fin du projet, et une tâche critique est une tâche qui ne peut pas être retardée sans affecter cette date de fin.

La source. Documentation Microsoft, consultée le 23 septembre 2026. Gérer le chemin critique de votre projet, Microsoft Support.

Le calcul se fait en deux passes, et il n'a rien de mystérieux.

La passe avant. On part du début, on suit les liens, et on calcule pour chaque tâche la date au plus tôt à laquelle elle peut commencer et finir, compte tenu de tout ce qui doit la précéder. Au bout de la chaîne, on obtient la date de fin du projet.

La passe arrière. On repart de cette date de fin et on remonte, en calculant pour chaque tâche la date au plus tard à laquelle elle peut commencer et finir sans repousser cette fin.

La différence entre les deux, pour une tâche donnée, c'est sa marge. Les tâches dont la marge est nulle forment le chemin critique. Il n'y a rien d'autre dans ce calcul, et c'est précisément sa limite.

Les deux passes du calcul du chemin critiqueEn haut, la passe avant : on part du début, on suit les liens, et chaque tâche reçoit sa date au plus tôt, jusqu'à la date de fin du projet. En bas, la passe arrière : on repart de cette fin et on remonte, et chaque tâche reçoit sa date au plus tard. La différence entre les deux est la marge.La passe avant : on part du début et on suit les liensT1T2T3T4chaque tâche reçoit sa date au plus TÔTla fin du projetLa passe arrière : on repart de la fin et on remonteT1T2T3T4chaque tâche reçoit sa date au plus TARD
La différence entre les deux, pour une tâche donnée, c'est sa MARGE. Celles dont la marge est nulle forment le chemin critique. Il n'y a rien d'autre dans ce calcul, et c'est précisément sa limite.
Les deux flèches vont en sens inverse sur les mêmes tâches. Il n'y a rien de plus dans le calcul du chemin critique : une addition de gauche à droite, une soustraction de droite à gauche, et la différence.

La marge, et d'où elle vient

La marge d'une tâche est le temps qu'elle peut perdre sans repousser la fin du projet. Elle n'est pas offerte par bienveillance. Elle apparaît mécaniquement quand une chaîne de tâches est plus courte que la chaîne parallèle qui la rejoint plus loin.

Trois tâches, et une marge qui apparaît toute seule

La tâche C ne peut commencer que quand A et B sont terminées. A dure vingt jours, B dure douze jours, et les deux démarrent le même jour.

C commencera au bout de vingt jours, à cause de A. B dispose donc de huit jours de marge, sans que personne les lui ait donnés. A est critique, B ne l'est pas, et pourtant B est peut-être le travail le plus délicat des deux.

Retenez cette image : la marge est une conséquence de la forme du plan, pas un jugement sur le contenu des tâches. Presque toutes les erreurs de lecture du chemin critique viennent de l'oubli de cette phrase.

D'où vient la marge d'une tâcheTrois barres. A dure vingt jours, B en dure douze, et C ne peut commencer que lorsque les deux sont terminées. C commence donc au bout de vingt jours, et B dispose de huit jours de marge que personne ne lui a donnés. A est critique, B ne l'est pas.A, vingt joursB, douze jourshuit jours de margeC, qui attend A et BA est critique. B ne l'est pas.
Personne n'a donné ces huit jours à B. Ils apparaissent parce que la chaîne de B est plus courte que celle de A. La marge est une conséquence de la FORME du plan, pas un jugement sur le contenu des tâches. Et B est peut-être le travail le plus délicat des deux.
Personne n'a donné ses huit jours à B. Ils apparaissent parce que sa chaîne est plus courte que celle de A. Retenez cette image : la marge est une conséquence de la forme du plan, et presque toutes les erreurs de lecture viennent de l'avoir oublié.

Première erreur : le confondre avec ce qui est important

« Critique » est un mot malheureux. Dans la langue courante il veut dire grave. Dans un planning il veut dire sans marge, ce qui est une tout autre affaire.

La tâche la plus stratégique du projet, celle qui décide de la satisfaction du client ou de la tenue d'une performance technique, peut très bien disposer de trois semaines de marge. Elle n'est pas critique au sens du planning, et elle reste ce qu'il y a de plus important à réussir.

Deux conséquences pratiques, et elles vont dans des sens opposés.

  • N'affectez pas vos meilleures personnes en vous fondant sur la seule criticité. La criticité dit où le temps est compté, pas où la difficulté se trouve.
  • Ne dites jamais à une équipe que sa tâche « n'est pas critique ». Ce qu'elle entendra n'est pas ce que le calcul a dit, et vous venez de perdre la marge qui vous protégeait, parce qu'une équipe qui se croit secondaire consomme sa marge sans le signaler.

Deuxième erreur : le croire unique

L'article défini y est pour beaucoup. On dit « le » chemin critique comme s'il y en avait un seul, alors que plusieurs chaînes peuvent avoir exactement la même longueur, et que c'est même fréquent sur les projets où plusieurs lots convergent vers une même mise en service.

Plus important encore, il y a les chaînes presque critiques. Une chaîne qui dispose de deux jours de marge n'est pas critique au sens strict, et elle le deviendra à la première contrariété. La traiter comme confortable est une erreur de lecture pure.

La bonne pratique tient en un réglage : regardez tout ce qui a moins de marge que votre variation hebdomadaire habituelle. Si vos tâches dérapent couramment de trois ou quatre jours, tout ce qui a moins de cinq jours de marge fait partie de votre zone de surveillance, quelle que soit la couleur que lui donne l'outil.

Signalons aussi le cas inverse, qui est un symptôme. Un planning où soixante pour cent des tâches sont critiques n'est pas un planning tendu, c'est presque toujours un planning trop lié : des dépendances posées par habitude, des liens entre tâches récapitulatives, ou des contraintes de date un peu partout. Le remède est du côté des liens, pas du côté des durées.

Plusieurs chaînes critiques, et une chaîne presque critiqueQuatre chaînes qui convergent vers la même date de fin. Les deux premières ont exactement la même longueur et sont critiques toutes les deux. La troisième dispose de deux jours de marge seulement, et deviendra critique à la première contrariété. La quatrième en a quinze.Chaîne 1critiqueChaîne 2critique aussi, même longueurChaîne 3deux jours de margeChaîne 4quinze jours de margela fin du projet
Les chaînes 1 et 2 sont critiques toutes les deux : « le » chemin critique n'est pas toujours unique. Et si vos tâches dérapent couramment de trois ou quatre jours, la chaîne 3 est à surveiller comme les deux premières, quelle que soit la couleur que lui donne l'outil.
Deux barres rouges, et une bleue qui s'arrête presque au même endroit. La chaîne 3 n'est pas critique au sens strict, et elle le deviendra à la première contrariété. C'est elle qu'on oublie de surveiller.

Troisième erreur : croire qu'ailleurs on est tranquille

Une tâche qui dispose de cinq jours de marge et qui porte un risque susceptible de lui coûter quinze jours n'est pas protégée. Elle deviendra critique, et le projet avec elle.

La marge est un amortisseur, pas une immunité. Elle se compare à l'ampleur de ce qui peut arriver, et cette comparaison se fait rarement, parce que le planning et le registre des risques vivent d'habitude dans deux fichiers différents et parfois dans deux réunions différentes.

C'est pourtant le rapprochement le plus rentable des deux disciplines, et il se fait en une phrase par risque : quelle est la marge de la tâche que ce risque touche ? Elle change la cotation de l'impact, parfois de deux niveaux. La façon de coter et d'écrire tout cela est traitée dans notre pilier sur la gestion des risques, et plus précisément dans l'article sur la cotation.

L'infobulle d'une tâche dans le Gantt de Plannava, avec sa marge totale et sa marge libre.
Au bas de l'infobulle : marge totale, marge libre. Le chiffre est là, sur chaque tâche, et c'est celui qu'il faut poser à côté de l'ampleur d'un risque avant de coter son impact.

Il bouge, et il bouge souvent

Le chemin critique n'est pas une propriété du projet. C'est une propriété de l'état actuel du plan. Il se recalcule à chaque modification, et il se déplace.

Une tâche paisible depuis deux mois peut devenir critique un jeudi matin parce qu'une chaîne voisine a rattrapé son retard sur elle. Personne ne l'a décidé, personne n'a été prévenu, et l'équipe concernée travaille toujours au rythme d'une tâche qui avait de la marge.

D'où une habitude qui vaut la peine : après le recalcul hebdomadaire, ne regardez pas seulement les dates. Regardez ce qui est entré dans le chemin critique et ce qui en est sorti depuis la semaine dernière. C'est l'information la plus dense qu'un planning produise, et c'est celle qu'on ne regarde jamais.

Le raccourcir, et ce que cela déclenche

Pour avancer une date de fin, il n'existe que trois leviers, et ils s'appliquent tous au chemin critique. Agir ailleurs ne produit rigoureusement aucun effet sur la date de fin, ce qui est déjà une information précieuse.

  • Raccourcir une durée, en réduisant le contenu ou en acceptant une autre méthode.
  • Ajouter des moyens sur une tâche critique, ce que la documentation de Microsoft cite explicitement parmi les façons d'accélérer un plan.
  • Changer la logique, c'est-à-dire faire se chevaucher ce qui s'attendait. C'est souvent le levier le moins cher, et il consiste à remplacer un fin à début par un début à début avec décalage.

Il faut ensuite s'attendre à une déception, et elle est mécanique. Dès que vous raccourcissez le chemin critique, une autre chaîne devient critique à son tour, et le gain réel s'arrête là où elle se trouvait. La documentation de Microsoft le formule d'ailleurs sans détour : saisir des dates sur le chemin critique peut faire qu'une autre série de tâches devienne le nouveau chemin critique.

La conséquence pratique est qu'on ne raccourcit pas un projet en une fois. On raccourcit par paliers, on recalcule, on regarde quelle chaîne a pris le relais, et on recommence tant que cela vaut la peine. Une promesse d'accélération faite sans avoir refait ce cycle deux ou trois fois est une promesse en l'air.

Ce qui se passe quand on raccourcit le chemin critiqueEn haut, la chaîne A dure quarante jours et commande la fin du projet, la chaîne B en dure trente-quatre. En bas, on raccourcit A de huit jours : elle n'en dure plus que trente-deux, et c'est désormais B, à trente-quatre, qui commande la fin. Le gain réel est de six jours, pas de huit.Aujourd'huiABfinla chaîne A commande la finOn raccourcit la chaîne A de huit joursABfinla chaîne B prend le relais à 34, pas à 32
Vous vouliez huit jours, vous en gagnez six : la chaîne B attendait derrière. On raccourcit par paliers, on recalcule, on regarde quelle chaîne a pris le relais, et on recommence tant que cela vaut la peine.
Dans la deuxième ligne, c'est la barre du bas qui est rouge. Vous n'avez pas raccourci le projet de huit jours, vous l'avez raccourci de six, et vous avez changé de chemin critique sans que personne le décide.

Ce qu'il ne saura jamais

Le chemin critique se calcule sur la logique du plan. Il ignore tout le reste, et il faut le savoir pour ne pas lui faire confiance au-delà de ce qu'il sait.

Il ignore les ressources. Deux tâches parallèles, hors chemin critique toutes les deux, qui demandent la même personne la même semaine, s'exécuteront l'une après l'autre dans la vraie vie. Le calcul, lui, les voit simultanées. C'est la raison pour laquelle un plan logiquement tenable peut être humainement impossible, et pourquoi un pool de ressources qui montre les surutilisations vaut autant qu'un beau Gantt.

Il ignore l'incertitude des durées. Il traite « douze jours » comme un fait. Douze jours est une estimation, et deux tâches estimées à douze jours ne portent pas la même incertitude. Le calcul ne fait pas la différence, et c'est au registre des risques de la faire.

Il ignore la qualité. Une tâche terminée à la date prévue mais mal faite est verte sur le planning. Elle reviendra plus tard, sous un autre nom, souvent sur le chemin critique.

Ces trois angles morts ne sont pas des défauts à corriger. Ce sont les frontières de l'outil. Le chemin critique répond parfaitement à une question, une seule : où le temps est-il compté ? Tout ce qu'on lui reproche vient de ce qu'on lui en a posé une autre.

Ce que cet article ne traite pas

Cet article ne traite pas du nivellement des ressources, qui peut déplacer des tâches pour des raisons que le chemin critique ignore, ni de la chaîne critique, qui est une autre méthode avec ses propres règles. Il ne traite pas non plus de la façon de poser les liens qui produisent ce chemin, ce qui se lit dans les quatre types de dépendances.

Le chemin critique, d'un clic, en rouge

Dans Plannava, le chemin critique se lit d'un clic sur le Gantt, et il se recalcule à chaque geste. Les plans de référence restent affichés à côté, pour que l'écart se voie barre par barre.

Voir l'approche prédictive

L'équipe Plannava. Nous écrivons ce que construire Plannava nous a appris. Une question, une objection, une erreur repérée dans ce texte : écrivez-nous, et nous corrigeons.

À lire ensuite.

Voyez-le tourner sur vos projets.

Une démonstration dure quarante-cinq minutes, sur vos cas réels, sans diaporama. Réponse sous 24 heures.