Primavera P6

Construire et piloter le planning

Module 2 / 3

Module 2 : Construire et piloter le planning 23 min de lecture

2.3 Baseline et mise à jour de l'avancement

Un planning ne sert à rien s'il reste une intention. Sa valeur de pilotage naît de deux gestes : figer une référence avant le démarrage (la baseline), puis la confronter régulièrement au réel via les mises à jour d'avancement. C'est ce qui transforme un beau diagramme en outil de détection des dérives.

Baseline contre réalisé : lire l'écart d'un coup d'œil

Baseline (référence figée) — fin prévue S+40

Planning validé avant démarrage

Réalisé / prévision actuelle — fin estimée S+41

Avancement réel
Glissement + 1 sem.

La barre de baseline reste fixe : c'est l'écart entre les deux barres qui révèle le retard, en un coup d'œil.

1

La baseline : la photo de référence du planning

La baseline (ou planning de référence) est une copie figée du planning validé, prise avant le démarrage des travaux. C'est la photo officielle contre laquelle on mesurera, tout au long du projet, les écarts du réel.

Sa règle d'or tient en une phrase : on ne modifie pas une baseline pour cacher un retard. Si on déplace la référence à chaque dérive, on n'a plus aucun point de comparaison et l'écart disparaît comme par magie — exactement ce qu'il ne faut pas faire. La baseline ne bouge qu'à travers un processus formel et tracé (avenant, décision de revalidation), jamais en douce.

Sur l'atelier industriel, la baseline est figée une fois le réseau logique complet, les durées arrêtées et les ressources affectées, juste avant le premier coup de pelle. C'est l'engagement de référence : « voici ce que nous nous étions promis de tenir ».

2

Créer et affecter une baseline dans P6

La manipulation se fait en deux temps. Créer la baseline d'abord, l'affecter à l'affichage ensuite.

  • Créer : via le menu de gestion des baselines du projet (réglage générique : menu Projet > Maintenir les baselines), on enregistre une copie du planning courant comme baseline du projet. On peut en conserver plusieurs (baseline initiale, baselines intermédiaires).
  • Affecter : on désigne ensuite la baseline « projet » (et éventuellement des baselines utilisateur) via le menu d'affectation des baselines. C'est elle qui servira de référence aux colonnes de variance et aux barres de comparaison du Gantt.

Une fois la baseline affectée, on peut faire apparaître ses barres sous celles du planning courant (options de la barre de Gantt). L'œil compare alors immédiatement « prévu » et « en cours ».

3

La data date : « à quelle date je regarde le projet »

La data date (date d'état, ou date d'avancement) est la date à laquelle on observe le projet. Tout ce qui est à gauche de la data date est censé être réalisé ; tout ce qui est à droite reste à faire. C'est la ligne de partage entre le passé et le futur du planning.

À chaque mise à jour, on avance la data date à la date d'observation (en général la fin de la période de reporting). Si on oublie de l'avancer, l'outil continue de raisonner comme si on était au début : l'avancement saisi devient incohérent et les prévisions fausses.

Avancer la data date est le premier geste d'une mise à jour, pas le dernier. Une data date restée au démarrage est l'erreur la plus fréquente — et la plus invisible — chez les planners débutants.
— Bonne pratique de mise à jour
— Publicité —
4

Mettre à jour l'avancement d'une activité

Mettre à jour une activité, c'est lui dire où elle en est par rapport à la réalité du terrain. Plusieurs champs y participent, dans l'onglet Status de l'activité :

  • % complete : le pourcentage d'avancement. Selon le réglage, il peut être lié à la durée, aux unités ou saisi manuellement (physical % complete) — le plus honnête sur un chantier.
  • Remaining Duration : la durée qu'il reste réellement à faire. C'est souvent l'information la plus fiable que remonte le chef de chantier.
  • Actual Start / Actual Finish : les dates réelles de début et de fin, pour les activités démarrées ou terminées.
  • Une activité non commencée garde son statut « Not Started » ; une activité finie est marquée « Completed » avec sa date réelle.
Piège fréquent : saisir un « % complete » sans toucher à la durée restante. Si une activité de 10 jours est à 50 % mais qu'il reste en réalité 8 jours à faire, c'est la durée restante (8 j) qui doit primer. Un pourcentage flatteur sans durée restante cohérente fausse tout le recalcul.
5

La routine de mise à jour périodique

Le suivi de planning vit par sa régularité. Sur un chantier, on adopte un cycle fixe — le plus souvent hebdomadaire ou mensuel — qui enchaîne toujours les mêmes étapes :

  1. Collecter l'avancement réel auprès du terrain (durées restantes, dates réelles, activités achevées).
  2. Avancer la data date à la date d'observation.
  3. Saisir l'avancement activité par activité (% complete, durée restante, dates réelles).
  4. Recalculer le planning (F9) pour propager l'avancement et obtenir la nouvelle prévision de fin.
  5. Comparer à la baseline et analyser les écarts apparus.

Cette discipline du cycle régulier vaut autant que la maîtrise de l'outil. Un planning mis à jour une fois par trimestre, en catastrophe, ne détecte plus rien à temps.

— Publicité —
6

Lire les écarts et communiquer le glissement

Après recalcul, les colonnes de variance par rapport à la baseline donnent l'écart de dates (par exemple Variance — BL Finish Date) : combien de jours une activité, un lot ou le projet entier a glissé par rapport à la référence. Une variance négative signale un retard, positive une avance.

Communiquer ce glissement fait partie du métier. Mieux vaut une mauvaise nouvelle dite tôt qu'un retard découvert trop tard : un écart présenté en revue, avec sa cause et un plan d'action, est un signal de pilotage sain. Un retard masqué par une baseline déplacée ou un avancement gonflé est une faute professionnelle qui finit toujours par éclater.

Pièges à éviter
  • Modifier la baseline en douce pour effacer un retard.
  • Oublier d'avancer la data date avant de saisir.
  • Saisir un % d'avancement sans corriger la durée restante.
Réflexes sains
  • Une baseline figée, modifiée seulement par décision tracée.
  • Un cycle de mise à jour fixe et respecté.
  • Des écarts annoncés tôt, avec cause et plan d'action.
Cas fil rouge : mise à jour du mois 3 de l'atelier
1

Collecte

Le terrain remonte l'avancement à fin M3.

2

Data date

On l'avance à la fin du mois 3.

3

Saisie

Génie civil : durée restante allongée d'une semaine.

4

Recalcul

F9 propage le retard sur la suite.

5

Comparaison

Variance vs baseline : − 1 semaine détectée.

À fin M3, le génie civil a pris une semaine de retard. Comme il est sur le chemin critique, la comparaison à la baseline affiche une variance de − 1 semaine sur la date de fin : le glissement est détecté à temps et peut être communiqué en revue.

À retenir
  • La baseline est la photo de référence du planning validé, figée avant le démarrage ; on ne la modifie jamais pour masquer un retard.
  • Dans P6 : on crée la baseline puis on l'affecte pour comparer ses barres au planning courant.
  • La data date = la date d'observation. L'avancer à chaque mise à jour est le premier geste ; l'oublier fausse tout.
  • Mettre à jour = % complete, durée restante, dates réelles. La durée restante prime sur un pourcentage flatteur.
  • Routine périodique : collecter → avancer la data date → saisir → recalculer (F9) → comparer à la baseline.
  • Lire les variances vs baseline et communiquer le glissement tôt. Fil rouge M3 : retard béton d'une semaine détecté sur le chemin critique.