6.1Cas concrets
L'essentiel en 30 secondes
- Assembler : paramétrer le calendrier → structurer en WBS → lier plutôt que dater → affecter les ressources → poser une référence → suivre et communiquer — c'est l'enchaînement qui fait un planning vivant.
- Prouver : un planning n'existe que s'il se recalcule (mode automatique), s'il se mesure à une baseline et s'il est tenu à jour — sinon c'est un fichier décoratif.
- Arbitrer : en multi-projets, la charge se cumule sur les mêmes personnes : c'est la vue consolidée et le pool de ressources qui rendent les engagements réalistes.
Fil Meriem — trois projets, une méthode
Meriem est cheffe de projet dans une société d'ingénierie & construction (BTP) à Alger. Elle pilote plusieurs chantiers clients en parallèle : bâtiments, réhabilitation, voirie. Elle relit trois situations marquantes du trimestre — la planification d'un chantier de A à Z, la coordination de projets qui partagent la même équipe, et le rattrapage d'un projet parti en dérive après un aléa. Les cas ci-dessous reprennent son enchaînement des niveaux 0 à 5 : paramétrer, structurer, lier, affecter, référencer, suivre et communiquer.
Chaque cas suit le déroulé Contexte → Étapes → Résultat : rejouez-le sur vos propres projets.
Pourquoi des cas concrets
Les niveaux précédents ont posé les briques (calendrier, WBS, dépendances, ressources, coûts, référence, suivi, reporting) ; ici on les assemble de bout en bout. C'est l'enchaînement des bons réflexes — lier plutôt que dater, rester en mode automatique, poser la référence avant de démarrer, mettre à jour régulièrement — qui distingue un planning vivant d'un fichier décoratif.
Rejouer de bout en bout
Un cas ne se copie pas : il se rejoue. On reprend l'ordre de la démarche, on adapte au contexte (taille du chantier, équipe partagée, contraintes locales) et on garde la même exigence de preuve à chaque étape.
Du planning au terrain
Le vrai test d'un planning n'est pas « il est joli à l'écran », mais « il tient dans la durée » : il se recalcule, il se compare à la référence, il est mis à jour chaque semaine et il parle à la direction comme à l'équipe.
Cas 1 — Planifier et piloter un chantier de A à Z
Contexte : Meriem reprend la construction d'un bâtiment administratif R+3 à Alger : des phases, une équipe partagée et une date de livraison à tenir. Elle doit planifier puis suivre l'exécution.
Déroulé :
- Paramétrer le projet : date de début, calendrier ouvré, congés et fériés, mode automatique par défaut (N0.4, N1.2).
- Structurer en WBS (phases + sous-tâches), poser des jalons et lier les tâches (FD, décalages) plutôt que les dater (N1.1, N1.3).
- Créer les ressources (taux, capacité), les affecter en unités et régler les types de tâches pour des calculs justes (N2.1, N2.2, N2.3).
- Analyser le chemin critique, résoudre les surcharges (audit/lissage) puis enregistrer la planification de référence avant de démarrer (N3.1, N3.2, N3.3).
- Suivre l'avancement chaque semaine (travail réel, % achevé), comparer à la référence et replanifier les aléas (N3.4, N3.5).
- Communiquer : Chronologie pour la direction, rapports et EVM (CPI/SPI) pour le pilotage (N4.3, N4.4, N4.5).
Résultat : Un chantier planifié proprement (WBS, liens, ressources), figé en référence, suivi par l'écart au prévu et communiqué au bon format — un planning vivant, pas décoratif.
Cas 2 — Coordonner plusieurs projets partageant une équipe
Contexte : Meriem pilote plusieurs projets clients simultanés qui mobilisent les mêmes ingénieurs et conducteurs de travaux, avec un risque de surcharge invisible et des dépendances croisées.
Déroulé :
- Consolider les projets dans un projet maître pour une vue d'ensemble (planning, jalons) (N5.1).
- Créer les liens inter-projets nécessaires (une tâche qui attend la livraison d'un autre chantier) (N5.1).
- Mettre en place un pool de ressources partagé pour voir la charge cumulée de chaque personne (N5.2).
- Repérer et arbitrer les surcharges inter-projets (priorités, décalages) pour des engagements réalistes (N5.2).
- Choisir le bon outil par besoin : Project bureau pour le pilotage expert, Planner/Project pour le web pour le suivi d'équipe (N5.3).
- Standardiser avec des modèles (.mpt) et, si le reporting est récurrent, l'automatiser via une macro VBA (N5.4, N5.5).
Résultat : Un portefeuille piloté globalement : vue consolidée, dépendances croisées gérées, charge des équipes réaliste et arbitrée — fini le « chacun planifie dans son coin ».
Cas 3 — Rattraper un projet parti en dérive
Contexte : Sur un chantier de réhabilitation, des intempéries et une livraison de matériaux en retard ont décalé les travaux. Meriem doit mesurer l'écart et replanifier sans casser l'engagement de livraison.
Déroulé :
- Mettre à jour l'avancement réel : % achevé et travail réel des tâches en cours (N3.4).
- Comparer à la planification de référence : lire l'écart en délai et repérer les tâches du chemin critique devenues critiques (N3.3, N3.1).
- Qualifier la cause : intempéries non ouvrées mal modélisées, dépendance manquante ou contrainte rigide à assouplir (N0.4, N1.4).
- Replanifier : décaler les tâches, réaffecter les ressources disponibles et lisser les surcharges créées par le rattrapage (N3.5, N3.2).
- Chiffrer l'impact coût (taux, heures supplémentaires) et le traduire en EVM : CPI/SPI et date de fin estimée (N2.4, N4.3).
- Communiquer l'arbitrage : conserver la nouvelle référence et prévenir le client avec un écart argumenté (N4.4, N5.3).
Résultat : Un projet rattrapé sur des bases saines : avancement vrai, écart chiffré à la référence, surcharges lissées et un message client clair — la dérive devient une décision informée.
Script prêt à dire — cadrer un projet (30 s)
« Le projet : [chantier / portefeuille / rattrapage]. Ma démarche : paramétrer le calendrier, structurer en WBS, lier les tâches, affecter les ressources, poser la référence, puis suivre et communiquer chaque semaine. »
À garder pour cadrer un projet avec votre direction ou un client.
Script prêt à dire — expliquer sa méthode (30 s)
« Je lie plutôt que je date, je reste en mode automatique, je pose ma référence avant de démarrer et je mets à jour l'avancement régulièrement — c'est ce qui garde le planning vivant. »
Utile pour expliquer votre démarche sans jargon inutile.
Modèle copier-coller — démarche de planification
1. Paramétrer : date de début + calendrier (jours ouvrés, congés)
2. Structurer : WBS (phases + sous-tâches) + jalons
3. Lier : dépendances (FD, décalages) — pas de dates en dur
4. Affecter : ressources (taux, capacité) + type de tâche
5. Référencer : baseline AVANT démarrage
6. Suivre : avancement réel vs référence -> replanifier
7. Communiquer : Chronologie + rapports + EVMModèle copier-coller — fiche de suivi hebdomadaire
Projet : [chantier] Semaine : [S..]
Avancement réel saisi : OK
Écart à la référence : [x jours / x %]
Tâches critiques en alerte : [...]
Surcharges à lisser : [ressource / action]
Message au client : [date de fin estimée]TPE / petit budget
Un seul cas rejoué petit : un chantier, un WBS simple, quelques liens, une baseline et un suivi hebdomadaire — l'essentiel tient là.
PME Alger
Adapter aux réalités locales : coupures, approvisionnements irréguliers, plusieurs chantiers à la fois, contenus et dates en français.
Remote / hybride
Doubler la traçabilité à distance : mise à jour hebdomadaire, écart vs référence noté, décisions consignées.
Interculturel
Expliciter les intitulés avant de transposer : un nom de phase ou un format de date évident pour l'un doit parler à tout nouvel arrivant.
Défi 48h — appliquez demain
Prenez 1 projet réel et rejouez l'enchaînement : calendrier paramétré, WBS et liens posés, ressources affectées, baseline enregistrée et 1 mise à jour d'avancement.
- Je sais enchaîner calendrier, WBS, liens, ressources, baseline, suivi et communication sur un projet réel.
- J'ai une démarche rejouable (lier, mode automatique, référence, mise à jour).
- J'ai fait le défi 48h ou planifié sa date.
Meriem planifie un chantier R+3. Quel enchaînement respecte le guide ?