3.5Replanifier & gérer les aléas
L'essentiel en 30 secondes
- Aucun projet ne se déroule comme prévu : savoir replanifier est une compétence clé ; « Mettre à jour le projet » reporte le travail non terminé après une date donnée.
- On met à jour l'avancement réel, puis on laisse Project recaler les successeurs liés — au lieu de déplacer les barres à la main.
- Le fractionnement représente une tâche interrompue puis reprise ; on exploite les marges avant de comprimer le critique.
Mini-cas filé — Meriem encaisse un imprévu de chantier
Meriem, cheffe de projet BTP à Alger, fait face à un aléa classique : une livraison de béton est repoussée et les fondations prennent une semaine de retard. Sa tentation serait de déplacer à la main toutes les tâches suivantes dans le Gantt — l'erreur à éviter. Elle met d'abord à jour le travail réel des fondations, puis laisse Project recaler automatiquement les successeurs liés : l'impact sur la date de fin s'affiche aussitôt. Pour une tâche d'étanchéité mise en pause le temps d'une intempérie, elle la fractionne : la barre se coupe en pointillés, le travail total ne change pas. Elle note le réflexe : saisir le réel, laisser recaler, puis décider en exploitant les marges avant de comprimer.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 3.5.
1. Les outils de replanification
Aucun projet ne se déroule exactement comme prévu : retards, absences, intempéries. Savoir replanifier est une compétence clé. La fonction Mettre à jour le projet permet de replanifier le travail non terminé après une date donnée, et le fractionnement permet d'interrompre puis reprendre une tâche.
2. Saisir le réel, laisser recaler
La bonne pratique : mettre à jour l'avancement réel, puis laisser Project recaler le travail restant selon les dépendances — l'impact sur la date de fin s'affiche immédiatement. Déplacer les barres à la main crée des contraintes et casse la logique du planning : c'est précisément ce qu'il faut éviter.
3. Décider : marges d'abord
Une fois l'impact mesuré, Meriem décide. Elle exploite les marges pour absorber les petits aléas sans toucher au chemin critique, et ne « rattrape » (compression) que si le critique glisse. La référence reste la boussole : on compare, on décide, on ne subit pas.
🔎 Exemple concret — 🔎 Exemple concret — Ne pas déplacer à la main
Meriem hésite entre deux réflexes face au retard des fondations :
Tache liee en retard -> mettre a jour le reel, Project recale les successeurs.
Deplacer les barres a la main = contraintes + logique cassee.
-> fractionner une tache en pause (barre en pointilles).Lecture : avec des liens, le recalcul automatique suffit à mesurer l'impact.
Leçon : le fractionnement modélise proprement une pause, sans allonger la durée.
Vocabulaire de la section
- Replanification
- Réajustement du planning en cours de route pour tenir compte du réel et des imprévus.
Exemple simple : Meriem replace le travail restant après le retard des fondations.
Ce que ce n'est pas : un planning figé qu'on ne touche plus.
Réflexe : le planning évolue → replanification.
- Mettre à jour le projet
- Fonction reportant le travail non terminé après une date donnée.
Exemple simple : Meriem reporte les tâches inachevées après l'arrêt.
Ce que ce n'est pas : déplacer les barres une par une à la main.
Réflexe : reporter le non terminé → Mettre à jour le projet.
- Fractionnement de tâche
- Interruption d'une tâche puis reprise ultérieure, représentée par une barre en pointillés.
Exemple simple : Meriem fractionne l'étanchéité pendant l'intempérie.
Ce que ce n'est pas : allonger la durée pour simuler une pause.
Réflexe : pause puis reprise → fractionner.
- Travail non terminé
- Partie restante d'une tâche non achevée, que l'on replanifie après la date de suivi.
Exemple simple : Meriem replanifie le reste des fondations.
Ce que ce n'est pas : le travail déjà réalisé et validé.
Réflexe : ce qu'il reste → travail non terminé.
- Action corrective
- Décision prise face à un écart (ajouter des ressources, décaler, réduire le périmètre) pour tenir les objectifs.
Exemple simple : Meriem renforce l'équipe pour rattraper le retard critique.
Ce que ce n'est pas : constater l'écart sans rien décider.
Réflexe : réagir à un écart → action corrective.
En pratique — En pratique — Replanifier face aux aléas
- Mettez à jour l'avancement réel des tâches (ce qui est fait) avant de replanifier le reste, comme Meriem.
- Utilisez Projet > Mettre à jour le projet pour reporter le travail non terminé après une date.
- Pour une tâche interrompue, fractionnez-la : la barre se coupe en pointillés pour refléter la pause.
- Observez l'impact sur la date de fin, exploitez les marges et déclenchez une action corrective si le critique glisse.
Script pas-à-pas — replanifier un aléa comme Meriem (4 min)
1) Saisissez l'avancement réel des tâches terminées. 2) Utilisez Projet > Mettre à jour le projet pour reporter le travail non terminé. 3) Laissez Project recaler les successeurs liés et lisez l'impact sur la date de fin. 4) Fractionnez les tâches mises en pause. 5) Exploitez les marges, puis comprimez le critique seulement si nécessaire.
Gardez ce réflexe : l'outil gère la mécanique du recalcul ; la décision reste au chef de projet.
Modèle copier-coller — ma fiche replanification
Saisir : l'avancement reel des taches
Reporter : Projet > Mettre a jour le projet (travail non termine)
Recaler : laisser Project recalculer les successeurs lies
Pause : fractionner la tache (barre en pointilles)
Decider : marges d'abord, compression du critique ensuiteUn retard de livraison
Meriem met à jour le réel : Project recale les successeurs et montre l'impact sur la fin.
Une intempérie
Meriem fractionne la tâche d'étanchéité : la barre se coupe en pointillés, sans allonger la durée.
Un arrêt global
Meriem utilise Mettre à jour le projet pour reporter tout le travail non terminé après la date d'arrêt.
Un critique qui glisse
L'aléa touche le chemin critique : Meriem comprime, après avoir épuisé les marges.
✓ Bonnes pratiques
- Saisir le réel avant de replanifier le reste.
- Laisser Project recaler les successeurs liés.
- Exploiter les marges avant de comprimer le critique.
✗ Pièges fréquents
- Déplacer manuellement toutes les tâches suivantes.
- Allonger une durée pour une pause (préférer le fractionnement).
- Ignorer l'impact d'un aléa sur le chemin critique.
Points clés à retenir
- Replanifier = réajuster le planning au fil du réel et des imprévus.
- « Mettre à jour le projet » reporte le travail non terminé après une date.
- Le fractionnement représente une tâche interrompue puis reprise.
- On exploite les marges et on comprime seulement si le critique glisse.
Défi 48h — appliquez demain
Comme Meriem, prenez une tâche liée qui prend du retard : saisissez le réel, puis laissez Project recaler les successeurs et notez l'impact sur la date de fin. Fractionnez ensuite une tâche mise en pause (barre en pointillés). Écrivez en une phrase si vous absorbez l'aléa dans une marge ou si vous compressez le chemin critique — et pourquoi.
- Je peux expliquer comment replanifier le travail restant.
- Je sais utiliser Mettre à jour le projet et le fractionnement.
- J'exploite les marges avant de comprimer le chemin critique.
Questions fréquentes
Une tâche a pris du retard : faut-il déplacer manuellement toutes les suivantes ?
Non, c'est justement ce que Project évite. Si vos tâches sont liées par des dépendances en mode automatique, il suffit de mettre à jour la tâche en retard (travail réel, durée restante) : Project recale tous les successeurs et montre l'impact sur la date de fin. Déplacer les barres à la main crée des contraintes et casse la logique : on saisit le réel, on laisse recalculer, puis on décide.
Comment représenter une tâche mise en pause puis reprise plus tard ?
Avec le fractionnement de tâche : dans le Gantt, l'outil « Fractionner la tâche » permet de couper la barre à l'interruption et de la reprendre plus tard — la partie non travaillée apparaît en pointillés. C'est la façon propre de modéliser une suspension sans allonger artificiellement la durée. Pour un report global, on utilise plutôt « Mettre à jour le projet ».
Une tâche liée prend du retard : que faire ?