Une référence de calendrier est le plan échelonné approuvé utilisé pour mesurer les performances. Conservez-le, mettez à jour les prévisions actuelles séparément et comparez les écarts d'étape et de fin.
Qu’est-ce qu’une référence de calendrier de projet ?
Une référence de calendrier est la version formellement approuvée du calendrier du projet utilisée pour mesurer les performances. Il enregistre les dates planifiées et la logique de calendrier acceptée à un moment donné. L’équipe met ensuite à jour un calendrier actuel distinct avec les progrès réels et les prévisions révisées, en comparant les deux pour comprendre les écarts.
La ligne de base répond « Qu’avons-nous approuvé ? » Le calendrier actuel répond « Qu’attendons-nous maintenant ? » N’écrasez jamais le premier pour le rendre conforme au second.
Calendrier de référence, calendrier actuel et date cible
| Concept | Objectif | Doit-il bouger régulièrement ? |
|---|---|---|
| Planifier la référence | Référence approuvée pour la mesure des performances | Non |
| Calendrier actuel | Derniers chiffres réels, travail restant et prévisions | Oui |
| Date cible ou contrainte | Date souhaitée, contractuelle ou réglementaire | Uniquement par une décision autorisée |
Supposons que le lancement soit prévu pour le 2 octobre. Le calendrier actuel prévoit désormais le 9 octobre, tandis que le contrat prévoit l’achèvement d’ici le 5 octobre. Ce sont trois faits différents :
- écart de fin de référence : 7 jours de retard ;
- prévision par rapport à la date requise : 4 jours de retard ;
- plan historique approuvé : toujours 2 octobre.
Changer la date de référence au 9 octobre effacerait les preuves nécessaires pour expliquer ce qui a changé.
Que doit contenir une référence de planification ?
Au minimum, préservez :
- dates de début et de fin approuvées des tâches et des jalons ;
- durées et logique de dépendance ;
- les calendriers de travail et les contraintes pertinentes ;
- les dates de fin du projet et des grandes phases ;
- le périmètre représenté par le planning ;
- hypothèses et exclusions ;
- la date d’approbation et l’autorité approbatrice.
Pour les projets contrôlés, les coûts et les ressources de base peuvent être intégrés au calendrier. Cet article se concentre sur les performances temporelles ; une référence complète de mesure des performances peut contenir plus de dates.
Quand devez-vous créer la référence ?
La référence après le calendrier est suffisamment crédible pour être contrôlée, et non le moment où quelqu’un crée le premier diagramme de Gantt. Avant l’approbation, vérifiez que :
- la portée est représentée par une répartition complète du travail ;
- les activités ont des conditions de fin claires ;
- les dépendances reflètent de véritables transferts ;
- les durées et les calendriers sont réalistes ;
- les propriétaires et les hypothèses relatives aux ressources sont compris ;
- les principaux risques et imprévus sont visibles ;
- le chemin critique est continu et explicable ;
- les dates des jalons correspondent aux engagements ;
- les parties prenantes savent ce qui est exclu ;
- le propriétaire autorisé approuve le plan de référence.
Utilisez le Liste de contrôle de la qualité du calendrier en 10 points avant de figer la référence.
Comment mesurer l’écart d’horaire ?
Les comparaisons utiles les plus simples sont les écarts de date :
- Variation de début : début actuel ou réel moins début de référence.
- Variation de fin : prévision actuelle ou fin réelle moins fin de référence.
- Écart d’étape : date d’étape actuelle moins date d’étape de référence.
Indiquez la base du calendrier. Cinq jours calendaires et cinq jours ouvrables ne sont pas équivalents.
Par exemple :
| Jalon | Référence | Prévisions actuelles | Écart |
|---|---|---|---|
| Conception approuvée | 4 septembre | 7 septembre | +3 jours |
| Test terminé | 24 septembre | 30 septembre | +6 jours |
| Production en direct | 2 octobre | 9 octobre | +7 jours |
L’écart croissant suggère que le projet ne accuse pas seulement un retard précoce ; des dérapages supplémentaires s’accumulent. Examinez la portée modifiée, la durée sous-estimée, la disponibilité des ressources, les défauts et les dépendances rompues.
La gestion formelle de la valeur gagnée utilise également la variance d’horaire (SV = EV − PV) et l’indice de performance d’horaire (SPI = EV / PV). Ce sont des mesures basées sur la valeur et non sur des différences de date. Un SPI inférieur à 1,0 indique que la valeur prévue a été gagnée moins que prévu, mais cela n’indique pas directement que la prévision est en retard de sept jours. Utilisez des mesures de date et de valeur gagnée pour les questions prévues.
À quelle fréquence le calendrier actuel doit-il être mis à jour ?
Mettez-le à jour sur une cadence qui soutient les décisions. Hebdomadaire est courant pour les projets de taille moyenne ; un basculement peut nécessiter un contrôle quotidien ou intra-journalier. A chaque date de statut :
- enregistrer les départs et arrivées réels ;
- mettre à jour la durée restante du travail actif ;
- réviser la logique future uniquement lorsque le plan d’exécution change réellement ;
- recalculer les dates prévisionnelles ;
- examiner les chemins critiques et quasi critiques ;
- expliquer les écarts importants et convenir des actions.
Évitez de mettre à jour uniquement le pourcentage d’avancement. Une tâche peut être « terminée à 90 % » pendant trois semaines. La durée restante et la fin prévue sont plus utiles sur le plan opérationnel.
Quand le rebaselining est-il légitime ?
Une nouvelle référence uniquement après un changement important autorisé rend l’ancienne référence impropre à la mesure des performances futures. Les exemples incluent :
- champ d’application approuvé ajouté ou supprimé ;
- un changement de stratégie de livraison formellement accepté ;
- une modification du contrat ;
- un événement extérieur majeur en dehors de la base de planification ;
- un plan de redressement agréé comme nouvelle référence de contrôle.
De mauvaises performances ne constituent pas à elles seules une raison pour effacer la ligne de base. Conservez l’original et chaque révision approuvée, enregistrez la raison pour laquelle le changement a été autorisé et divulguez la référence utilisée par un rapport.
Erreurs de base courantes
Traiter un fichier enregistré comme une référence approuvée
Un instantané peut préserver les données, mais la gouvernance en fait une référence. Enregistrez qui l’a approuvé, quand et dans quelle mesure.
Déplacer la ligne de base à chaque mise à jour
Cela garantit zéro écart et supprime la responsabilité. Mettez à jour les prévisions, pas l’historique.
En comparant uniquement la date finale
Une finition inchangée peut masquer le flottement consommé et les jalons intermédiaires glissants. Passez en revue les chemins critiques et quasi-critiques.
Historique des versions confus avec une superposition de base
L’historique des versions répond « à quoi ressemblait le projet à l’époque ? » Une superposition de référence maintient les barres approuvées disponibles à côté des barres actuelles pour un examen continu des écarts. Les artefacts peuvent se soutenir mais ne sont pas automatiquement équivalents.
Comment préserver une ligne de base dans GanttFather ?
GanttFather prend en charge les instantanés de version nommés, qui peuvent être prévisualisés et restaurés. Enregistrez une version au nom explicite —par exemple, Planning approuvé — 2026-09-01— et consignez l’autorité approbatrice et le périmètre dans le contexte du projet ou les notes de gouvernance.
Au 7 août 2026, GanttFather ne fournit pas de superposition dédiée des barres de référence sur chaque tâche. Pour produire un rapport formel sur les écarts, exportez le planning approuvé ou conservez un tableau de référence à côté des prévisions en direct. Les rapports et les vues d’état du produit peuvent étayer les discussions sur les performances actuelles, mais une version nommée ne doit pas être présentée comme une fonction de référence stockée plus complète qu’elle ne l’est.
Cette distinction aide à choisir le logiciel en toute transparence. Si votre contrat exige plusieurs références, des contrôles de la valeur acquise ou des journaux de modification de référence prêts à être audités, validez ces fonctionnalités avant de vous engager avec un outil.
Créez un projet GanttFather gratuit et enregistrez le planning approuvé avant de saisir la première mise à jour de statut.
Lors de chaque mise à jour, lisez le diagramme actuel en suivant la séquence de revue du Gantt, examinez les variations de la marge totale et libre et préservez le lien entre le planning approuvé et les jalons du projet.
Questions fréquemment posées
La référence est-elle le plan initial ?
Il s’agit du plan de contrôle approuvé, qui n’est peut-être pas la première ébauche. Conservez les versions antérieures si elles sont importantes, mais n’appelez pas une esquisse non approuvée comme référence de performance.
Un projet peut-il avoir plusieurs références ?
Oui. Les projets importants ou formellement contrôlés peuvent conserver l’original ainsi que les révisions autorisées. Les rapports doivent identifier quelle version est à jour et doivent conserver l’historique des modifications.
Que se passe-t-il si le projet n’a pas de référence ?
Vous pouvez toujours maintenir une prévision actuelle, mais vous ne pouvez pas mesurer de manière fiable les performances par rapport à un plan antérieur approuvé. Établir un référentiel revu dès que le périmètre et le calendrier sont crédibles.
Le travail Agile a-t-il besoin d’une base de référence ?
Toutes les équipes n’ont pas besoin d’une base de tâches détaillée. Une équipe produit peut définir une version, un horizon de financement ou un engagement externe tout en permettant au contenu du backlog de s’adapter. Faites correspondre le contrôle à la conséquence du manquement à l’engagement.
Sources
