Carrière & Entretien

WBS et chemin critique : construire l’échéancier projet

12 دقائق للقراءة

Votre charte est signée, le projet de plateforme de cours en ligne est lancé. Vient la question qui angoisse tout chef de projet débutant : « Combien de temps ça va prendre ? » Répondre au hasard, c’est s’exposer à un retard qu’on n’a pas vu venir. La bonne réponse se construit en deux temps : d’abord découper le travail en morceaux maîtrisables (le WBS), ensuite calculer le chemin critique qui détermine la durée incompressible du projet. C’est exactement ce que nous faisons ici, sur votre projet.

📍 Article de référence : Certification PMP : préparer le management de projet. Lisez la vue d’ensemble si vous arrivez ici directement.

🎯 Ce que vous allez apprendre

  • Décomposer un projet en un organigramme des tâches (WBS) jusqu’au niveau des lots de travail.
  • Estimer la durée de chaque tâche et identifier les dépendances entre elles.
  • Tracer un diagramme réseau et calculer le chemin critique par passes avant et arrière.
  • Lire la marge (float) d’une tâche pour savoir laquelle peut glisser sans décaler la fin.

🛠️ Ce que vous allez construire

À la fin, vous aurez un WBS complet de la plateforme, un tableau des tâches avec durées et dépendances, et un chemin critique chiffré qui donne la date de fin réaliste du projet. De quoi répondre « 12 semaines, et voici pourquoi » au lieu de « bientôt ».

Prérequis

  • Un tableur ou une feuille de papier. Aucun logiciel de planification payant n’est requis.
  • Avoir une charte de projet ou au moins un objectif clair. Test express : si vous savez citer les trois grands livrables de votre projet, vous êtes prêt.
  • ⏱️ Temps estimé : ~60 minutes.

Étape 1 — Découper le travail avec le WBS

Le WBS (Work Breakdown Structure, ou organigramme des tâches) est une décomposition hiérarchique de tout le travail à réaliser. Son principe fondateur s’appelle la règle des 100 % : le WBS contient 100 % du travail du projet, ni plus, ni moins. Si une activité n’apparaît pas dans le WBS, elle ne sera ni planifiée, ni budgétée, ni faite.

On part du livrable global, puis on descend par niveaux. Pour la plateforme de cours en ligne, le premier niveau pourrait être : 1. Cadrage, 2. Infrastructure technique, 3. Contenus pédagogiques, 4. Tests, 5. Mise en ligne. Chaque branche se subdivise ensuite. La branche « Infrastructure technique » donne par exemple : 2.1 choix de l’hébergement, 2.2 installation de la plateforme, 2.3 configuration des comptes.

On s’arrête de découper au niveau du lot de travail (work package) : le plus petit morceau qu’on peut estimer en durée et en coût, et confier à une personne. Une bonne règle empirique : un lot de travail représente entre quelques heures et deux semaines de travail. Plus fin, vous vous noyez dans la micro-gestion ; plus gros, vous perdez le contrôle.

Point d’étape — Votre WBS doit couvrir tout le projet et se terminer par des lots estimables. Pour vérifier : prenez une tâche réelle que vous savez devoir faire (par exemple « créer les comptes formateurs ») et retrouvez-la dans une branche. Si elle n’y est pas, le WBS est incomplet.

Étape 2 — Estimer les durées et lister les dépendances

Une fois les lots identifiés, on estime la durée de chacun et on note quelles tâches doivent précéder quelles autres. Une dépendance exprime un ordre obligatoire : on ne peut pas installer la plateforme avant d’avoir choisi l’hébergement. Le type le plus courant est la dépendance fin-à-début : la tâche B ne peut commencer que lorsque la tâche A est terminée.

Construisons un tableau simplifié pour la plateforme. Les durées sont en semaines, et la colonne « Prédécesseurs » indique ce qui doit être fini avant :

Tâche                              Durée  Prédécesseurs
A. Cadrage et charte                 1      -
B. Choix de l'hébergement            1      A
C. Installation de la plateforme     2      B
D. Rédaction des cours               4      A
E. Intégration des cours             2      C, D
F. Tests avec les formateurs         2      E
G. Mise en ligne                     1      F

Notez un point essentiel : la rédaction des cours (D, 4 semaines) ne dépend que du cadrage. Elle peut donc avancer en parallèle de l’installation technique. Cette possibilité de paralléliser est précisément ce que le chemin critique va révéler ou non.

Point d’étape — Vous devez avoir un tableau tâche / durée / prédécesseurs où chaque ligne a un sens. Pour vérifier : aucune tâche (sauf la première) ne doit avoir une case « prédécesseurs » vide par oubli.

Étape 3 — Calculer le chemin critique

Le chemin critique (CPM, Critical Path Method) est la plus longue chaîne de tâches dépendantes du projet. Sa longueur donne la durée minimale du projet : on ne peut pas finir plus tôt, quoi qu’on fasse, sans changer cette chaîne. Toute tâche sur le chemin critique qui prend du retard décale la fin du projet d’autant.

On identifie les chemins possibles du début à la fin, puis on additionne les durées :

Chemin 1 : A - B - C - E - F - G = 1+1+2+2+2+1 = 9 semaines
Chemin 2 : A - D - E - F - G     = 1+4+2+2+1   = 10 semaines

Le chemin 2 est le plus long : 10 semaines. C’est le chemin critique. Le résultat est contre-intuitif : ce n’est pas la chaîne technique (installation de la plateforme) qui commande la durée, mais la rédaction des cours, parce qu’elle est longue et qu’elle bloque l’intégration. Sans ce calcul, on aurait surveillé l’installation et laissé filer la rédaction — l’erreur classique.

Point d’étape — Vous devez pouvoir nommer votre chemin critique et donner la durée totale. Pour vérifier : la durée du projet doit être égale à la durée du chemin le plus long, pas à la somme de toutes les tâches.

Étape 4 — Lire la marge des tâches

Les tâches qui ne sont pas sur le chemin critique disposent d’une marge (float ou slack) : le temps dont elles peuvent glisser sans repousser la fin du projet. La marge se calcule par deux passes. La passe avant donne, pour chaque tâche, sa date de début et de fin au plus tôt. La passe arrière donne les dates au plus tard sans retarder le projet. La marge est la différence entre les deux.

Dans notre exemple, la chaîne B-C (installation technique) dure 3 semaines mais doit seulement être prête avant l’intégration (E), qui démarre en semaine 5 à cause de la rédaction. La chaîne B-C dispose donc d’environ 2 semaines de marge : un retard de l’hébergement de quelques jours ne menace pas la date de mise en ligne, alors qu’un jour de retard sur la rédaction des cours, lui, repousse tout.

Cette lecture change votre pilotage au quotidien : vous concentrez votre attention et vos relances sur le chemin critique, et vous accordez de la souplesse aux tâches à marge. C’est la différence entre un chef de projet qui s’épuise à tout surveiller et un qui surveille ce qui compte.

Point d’étape — Vous devez savoir distinguer une tâche à marge nulle (critique) d’une tâche à marge positive. Pour vérifier : toute tâche sur le chemin critique a une marge de zéro.

Étape 5 — Vérification finale

Reprenez votre tableau et tracez, même à la main, le diagramme réseau : des boîtes reliées par des flèches selon les dépendances. Suivez le chemin critique au feutre. Vous devez voir une chaîne continue du début à la fin, et constater que sa durée correspond à votre estimation de projet. Si vous trouvez un chemin plus long que celui que vous aviez identifié, c’est lui le vrai chemin critique : recommencez l’analyse.

Le signe que tout est cohérent : la date de fin au plus tôt de la dernière tâche, obtenue par la passe avant, égale la durée du chemin critique. Quand ces deux nombres coïncident, votre échéancier tient debout.

🐞 Pièges fréquents

Symptôme Cause probable Correctif
La durée annoncée = somme de toutes les tâches On ignore le parallélisme Calculer le chemin le plus long, pas le total
Une tâche oubliée fait dérailler le planning WBS incomplet (règle des 100 % violée) Vérifier que chaque travail réel figure dans une branche
On surveille la mauvaise tâche Chemin critique mal identifié Recalculer les chemins ; surveiller la marge nulle
Le WBS liste des actions, pas des livrables Confusion WBS / liste de tâches Nommer les éléments par leur résultat (« cours rédigés »)

🌍 Sur le terrain

Quand l’équipe est réduite et que les mêmes personnes portent plusieurs tâches, le parallélisme théorique du chemin critique se heurte à une limite bien réelle : une personne ne peut pas rédiger les cours et configurer l’hébergement en même temps. Avant de promettre 10 semaines, vérifiez que les tâches « parallèles » ne reposent pas sur la même paire de bras. Si c’est le cas, votre durée réelle se rapproche de la somme, pas du chemin critique. Notez aussi des marges de sécurité sur les tâches qui dépendent d’une connexion internet instable : un téléchargement de plateforme interrompu peut coûter une demi-journée.

✅ Récapitulatif

Vous avez découpé le projet de plateforme en un WBS respectant la règle des 100 %, estimé les durées, cartographié les dépendances, puis calculé le chemin critique : 10 semaines, commandées par la rédaction des cours et non par la technique. Vous savez lire la marge pour concentrer votre vigilance sur les bonnes tâches. Votre échéancier n’est plus une promesse en l’air, c’est un calcul que vous pouvez défendre.

🧾 Aide-mémoire

Notion Définition
WBS Décomposition hiérarchique de 100 % du travail
Lot de travail Plus petit élément estimable et assignable
Dépendance fin-à-début B commence quand A est finie
Chemin critique La plus longue chaîne ; fixe la durée minimale
Marge (float) Temps dont une tâche peut glisser sans décaler la fin

💪 À vous de jouer

Ajoutez une tâche « H. Formation des formateurs (1 semaine) » qui doit avoir lieu après les tests (F) mais peut se faire pendant la mise en ligne (G). Le chemin critique change-t-il ?

Voir une solution

H dépend de F et dure 1 semaine, comme G. Les deux partent après F et se font en parallèle. Le chemin critique reste à 10 semaines : H et G se déroulent dans la même dernière semaine, sans rallonger le projet. H hérite d’une marge nulle ou faible selon qu’elle finit avant ou après G.

Affiner les estimations : la méthode à trois points

Estimer une durée par un seul chiffre est risqué : on est presque toujours trop optimiste. Le PMBOK propose une technique simple et redoutablement utile, l’estimation à trois points, héritée de la méthode PERT. Au lieu d’une valeur unique, on en donne trois : la durée optimiste (O, tout se passe bien), la plus probable (M, le scénario réaliste) et la pessimiste (P, tout coince).

La durée attendue se calcule par une moyenne pondérée qui donne plus de poids au scénario probable. La formule la plus courante, dite « beta », est : (O + 4×M + P) ÷ 6. Reprenons la rédaction des cours, la tâche la plus longue et la plus incertaine. Un formateur optimiste annonce 3 semaines, en estime 4 en réalité, et reconnaît que cela pourrait monter à 8 si les contenus doivent être retravaillés.

O = 3, M = 4, P = 8
Duree attendue = (3 + 4*4 + 8) / 6 = 27 / 6 = 4,5 semaines

L’estimation passe de 4 à 4,5 semaines : un demi-point de plus, mais qui reflète honnêtement l’incertitude. Sur le chemin critique, ce demi-point change la date de mise en ligne. Appliquer cette méthode aux deux ou trois tâches les plus incertaines, plutôt qu’à toutes, suffit à fiabiliser un échéancier sans alourdir le travail. C’est aussi un excellent moyen de faire parler les formateurs de leurs doutes : la valeur pessimiste révèle souvent un risque que personne n’osait nommer.

De l’échéancier au pilotage quotidien

Un échéancier n’est pas un document qu’on encadre au mur : c’est un instrument vivant. Une fois le chemin critique connu, votre routine de pilotage change. Chaque semaine, vous vérifiez en priorité l’avancement des tâches critiques — celles à marge nulle — car ce sont elles, et elles seules, qui peuvent repousser la date de fin. Les tâches à marge, vous les surveillez de loin tant que leur retard reste inférieur à leur marge disponible.

Cette hiérarchie d’attention est ce qui sépare un chef de projet débordé d’un chef de projet serein. Le premier court après tout et s’épuise ; le second sait que laisser glisser d’un jour une tâche à deux semaines de marge n’a aucune conséquence, tandis qu’un jour perdu sur la rédaction des cours, lui, doit déclencher une réaction immédiate. L’échéancier, couplé au chemin critique, vous dit exactement où porter votre énergie limitée — une ressource au moins aussi rare que le budget.

Tutoriels frères

Pour aller plus loin

FAQ

Q : Quelle différence entre WBS et liste de tâches ?
R : Le WBS est orienté livrables et hiérarchique ; il décrit ce qui sera produit. La liste de tâches décrit les actions. On dérive la seconde du premier, jamais l’inverse.

Q : Un projet peut-il avoir plusieurs chemins critiques ?
R : Oui. Si deux chemins ont la même durée maximale, ils sont tous deux critiques, et il faut surveiller les deux. C’est un facteur de risque supplémentaire.

Q : Faut-il un logiciel pour calculer le chemin critique ?
R : Non pour un petit projet : un tableur ou une feuille suffit. Les logiciels deviennent utiles quand le nombre de tâches dépasse la centaine et que les dépendances se multiplient.

مشاركة