3.1Chemin critique & marges
L'essentiel en 30 secondes
- Le chemin critique est la séquence de tâches à marge nulle qui fixe la date de fin : tout retard sur l'une d'elles repousse la livraison.
- Marge totale = retard possible sans décaler la fin ; marge libre = sans décaler le successeur ; Project calcule les deux automatiquement.
- On raccourcit un projet en agissant sur le critique : crashing (plus de ressources) ou fast-tracking (paralléliser), en revérifiant le critique ensuite.
Mini-cas filé — Meriem sécurise la livraison d'un chantier
Meriem est cheffe de projet dans une société d'ingénierie & construction à Alger. Elle pilote la réception d'un bâtiment tertiaire et constate que la date de livraison ne bouge pas quoi qu'elle fasse sur certaines tâches. Elle affiche le chemin critique dans le Gantt : ce sont les tâches du gros œuvre, puis des lots techniques, qui fixent la fin — toutes à marge nulle. Autour, plusieurs tâches (finitions, aménagements extérieurs) disposent d'une marge confortable. Meriem décide de concentrer sa vigilance sur le critique et d'utiliser la marge des finitions pour absorber un aléa de livraison de matériaux, sans toucher à la date de fin. Elle note le réflexe : surveiller les critiques, exploiter les marges des autres, et revérifier le chemin critique après chaque optimisation.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 3.1.
1. Qu'est-ce que le chemin critique
Le chemin critique est la séquence de tâches la plus longue du planning : c'est elle qui fixe la date de fin. Ces tâches ont une marge nulle — le moindre jour de retard se répercute directement sur la livraison. Meriem repère dans le Gantt les barres rouges : ce sont les tâches qui « commandent » la fin du projet.
2. Marges totale et libre
Hors du chemin critique, les tâches disposent de marge. La marge totale est le retard possible sans décaler la fin du projet ; la marge libre est le retard possible sans décaler le début de la tâche suivante. Project les calcule automatiquement. Meriem exploite ces marges pour absorber les petits aléas sans toucher au critique.
3. Raccourcir sans casser
Pour raccourcir un projet, on agit uniquement sur le chemin critique : le crashing (ajouter des ressources, souvent plus coûteux) ou le fast-tracking (paralléliser des tâches prévues en séquence, plus risqué). Attention : après une compression, un nouveau chemin critique peut apparaître. Meriem revérifie toujours le critique après chaque optimisation.
🔎 Exemple concret — 🔎 Exemple concret — Raccourcir sans casser
Meriem veut gagner une semaine sur la livraison. Deux leviers sur le critique :
Crashing : ajouter des ressources aux taches critiques (couteux).
Fast-tracking : paralleliser des taches sequentielles (risque accru).
-> Apres coup, REVERIFIER le chemin critique (un nouveau peut apparaitre).Lecture : on n'agit que sur les tâches à marge nulle, celles qui déplacent la date de fin.
Leçon : raccourcir une tâche à marge ne sert à rien ; et toute compression se revérifie.
Vocabulaire de la section
- Chemin critique
- Séquence de tâches à marge nulle qui détermine la date de fin du projet.
Exemple simple : Meriem repère les barres rouges du gros œuvre dans le Gantt.
Ce que ce n'est pas : une tâche de finition qui dispose de plusieurs semaines de marge.
Réflexe : ce qui fixe la fin → chemin critique.
- Marge totale
- Retard qu'une tâche peut prendre sans décaler la date de fin du projet.
Exemple simple : Meriem décale une tâche de finition de trois jours sans conséquence.
Ce que ce n'est pas : le retard possible sans décaler la tâche suivante.
Réflexe : sans décaler la fin → marge totale.
- Marge libre
- Retard qu'une tâche peut prendre sans décaler le début de sa tâche successeur.
Exemple simple : Meriem glisse une tâche amont sans repousser la suivante.
Ce que ce n'est pas : le retard possible sans décaler la fin du projet.
Réflexe : sans décaler le successeur → marge libre.
- Compression (crashing)
- Raccourcissement d'une tâche critique en y ajoutant des ressources, souvent au prix d'un surcoût.
Exemple simple : Meriem renforce une équipe sur une tâche critique pour gagner des jours.
Ce que ce n'est pas : décaler une tâche qui possède déjà beaucoup de marge.
Réflexe : gagner du temps en payant → crashing.
- Fast-tracking
- Raccourcissement en parallélisant des tâches normalement séquentielles, au prix d'un risque accru.
Exemple simple : Meriem lance deux lots techniques en parallèle au lieu de les enchaîner.
Ce que ce n'est pas : attendre la fin d'une tâche avant de démarrer la suivante.
Réflexe : gagner du temps en parallélisant → fast-tracking.
En pratique — En pratique — Analyser et exploiter le chemin critique
- Affichez le chemin critique dans le Gantt (Format > Tâches critiques) et repérez les barres rouges à marge nulle, comme Meriem.
- Ajoutez la colonne Marge totale pour visualiser le jeu disponible sur les tâches non critiques.
- Repérez les tâches critiques à surveiller en priorité et les marges exploitables pour absorber les aléas.
- Pour raccourcir le projet, agissez sur le critique (crashing ou fast-tracking) puis revérifiez le chemin critique.
Script pas-à-pas — lire le chemin critique comme Meriem (4 min)
1) Affichez le Gantt et activez Tâches critiques. 2) Repérez les barres rouges : ce sont les tâches à marge nulle. 3) Ajoutez la colonne Marge totale pour voir le jeu des tâches non critiques. 4) Classez : critiques à surveiller, marges à exploiter. 5) Pour gagner du temps, compressez le critique (crashing/fast-tracking) puis revérifiez le chemin critique.
Gardez ce réflexe : ce qui dérape sur une tâche à marge n'atteint pas toujours la livraison, mais ce qui dérape sur le critique la repousse.
Modèle copier-coller — ma fiche chemin critique
Chemin critique : taches a marge nulle -> fixent la date de fin
Marge totale : retard sans decaler la FIN du projet
Marge libre : retard sans decaler le SUCCESSEUR
Compression : crashing (ressources) ou fast-tracking (paralleliser)
Reflexe : reverifier le critique apres chaque optimisationUn aléa sur une tâche à marge
Meriem encaisse un retard de livraison de matériaux dans la marge des finitions, sans toucher à la date de fin.
Un aléa sur une tâche critique
Le gros œuvre prend une semaine de retard : Meriem compresse le critique ou accepte le décalage.
Une compression imprévue
Après avoir parallélisé deux tâches, un nouveau chemin critique apparaît : Meriem le revérifie et le surveille.
Une marge exploitée
Meriem déplace une tâche non critique pour occuper une équipe pendant une attente, sans conséquence sur la fin.
✓ Bonnes pratiques
- Surveiller en priorité les tâches critiques.
- Exploiter les marges pour absorber les aléas.
- Ne compresser que le chemin critique, et le revérifier.
✗ Pièges fréquents
- Raccourcir une tâche à marge (sans effet sur la fin).
- Oublier qu'un nouveau chemin critique peut apparaître.
- Croire qu'ajouter des ressources divise toujours la durée.
Points clés à retenir
- Le chemin critique = tâches à marge nulle qui fixent la date de fin.
- Marge totale (sans décaler la fin) et marge libre (sans décaler le successeur).
- On surveille les critiques et on exploite les marges des autres.
- Raccourcir un projet = crashing ou fast-tracking sur le critique, puis revérifier.
Défi 48h — appliquez demain
Comme Meriem, ouvrez un Gantt, affichez les tâches critiques et listez celles qui fixent la date de fin. Ajoutez la colonne Marge totale et notez une tâche à marge que vous pourriez décaler pour absorber un aléa. Écrivez enfin, en une phrase, si vous choisiriez plutôt le crashing (plus de ressources) ou le fast-tracking (paralléliser) pour gagner du temps.
- Je peux expliquer ce qu'est le chemin critique et pourquoi il fixe la fin.
- Je distingue marge totale et marge libre.
- Je sais raccourcir un projet en agissant sur le critique (crashing / fast-tracking).
Questions fréquentes
Pourquoi se concentrer sur le chemin critique plutôt que sur toutes les tâches ?
Parce que seules les tâches critiques déterminent la date de fin : un retard sur une tâche à marge peut décaler cette tâche sans repousser la livraison, alors qu'un retard critique repousse tout. Votre attention est limitée : la concentrer sur le critique, c'est surveiller ce qui peut réellement faire déraper le projet.
Comment raccourcir un projet en retard sans tout casser ?
Agissez uniquement sur le chemin critique. Le crashing ajoute des ressources (efficace mais coûteux, sans division automatique du temps) ; le fast-tracking parallélise des tâches séquentielles (gratuit mais risqué). On combine souvent les deux, et on revérifie le chemin critique : compresser peut en faire apparaître un nouveau.
Qu'est-ce que le chemin critique ?