Rapport sur l'état du projet
Le rapport sur l'état du projet, ou rapport de statut, est le document que le chef de projet remet à intervalle fixe au mandant et au comité de pilotage pour dire où en est le projet. Il compare le réel au plan pour les coûts, la charge, les délais et les résultats. Il estime la fin du projet, nomme les problèmes et les risques avec leurs mesures et dit quelle décision il attend.
Objectif
Le PMBOK Guide décrit le rapport sur l'état du projet (status report) comme un document qui renseigne sur l'état courant du projet et peut inclure l'avancement depuis le dernier rapport ainsi que des prévisions de coûts et de délais.
Le rapport sert à décider. Le PMBOK Guide le range parmi les rapports sur la performance du travail (work performance reports), qu'il destine à susciter des décisions, des actions ou une prise de connaissance. Ces rapports sortent du processus Monitor and Control Project Performance, dans le domaine de performance Gouvernance. Le mandant y lit s'il doit poursuivre, réallouer des moyens, réduire le périmètre ou arrêter. Il tranche sur des écarts chiffrés et sur une prévision.
HERMES, la méthode de gestion de projet de la Confédération, en fait l'un de ses résultats, un document dont il fournit le modèle: le rapport sur l'état du projet (résultat 4.4.1.36). Il rend compte périodiquement de l'état du projet, de son avancement et des prévisions. Plusieurs tâches de la méthode le produisent, dont Conduire et contrôler le projet et Gérer les risques. Le chef de projet l'établit du début à la fin du projet, dès la phase d'initialisation.
Le livrable est le rapport, remis à chaque échéance: une à deux pages ou leur équivalent en tableau de bord.
Usage
Quand l'utiliser
- Projet doté d'un mandant et d'un comité de pilotage: leur donner une base écrite, datée et comparable d'une échéance à l'autre.
- Projet conduit selon HERMES: le rapport figure parmi les documents requis au minimum, que l'adaptation d'un module ne peut pas retirer.
- Parties prenantes nombreuses ou sur plusieurs sites: un seul document informe tout le monde de la même chose, au même moment.
- Veille d'un comité de pilotage ou d'une fin de phase: le dernier rapport fournit l'état chiffré qui fonde le dossier de décision.
- Projet mené avec un fournisseur sous contrat: la série des rapports consigne, date par date, les écarts et les mesures prises.
- Portefeuille de projets: des rapports bâtis sur un même modèle et arrêtés à la même date rendent les projets comparables.
Quand ne pas l'utiliser
- Tolérance franchie entre deux échéances: escalader par un rapport d'exception sans attendre le rapport suivant.
- Aucun plan de référence chiffré: le rapport n'a rien à comparer; établir d'abord le plan de référence par une estimation.
- Travail de quelques semaines sans instance de pilotage: un point oral et une liste tenue par le suivi des items suffisent.
Description
Des données au rapport
Le PMBOK Guide distingue trois objets qui se suivent. Les données de performance du travail (work performance data) sont les observations et les mesures brutes relevées pendant les activités, par exemple le travail achevé, des indicateurs, les dates réelles ou les coûts engagés. Les informations de performance du travail (work performance information) sont ces données comparées aux composantes du plan de gestion du projet et aux documents du projet, pour montrer où en est le projet. Le rapport sur la performance du travail rassemble ces informations et part aux parties prenantes selon le plan de gestion des communications.
Le rapport sur l'état du projet appartient au troisième objet. Un rapport qui transmet les données brutes saute l'étape du milieu: il laisse la comparaison au mandant, alors que le chef de projet connaît le plan mieux que lui.
Fixer la cadence et les destinataires
La cadence se décide avant le premier rapport, dans le plan de gestion du projet. HERMES y règle la façon d'établir les rapports et tient compte des directives de l'organisation permanente sur leur contenu et leur fréquence. Dans une administration, ces directives imposent souvent le rythme et le modèle. Le PMBOK Guide renvoie la diffusion au plan de gestion des communications. Le plan fixe le rythme, la date d'arrêté des chiffres, les destinataires et le modèle du document.
Le rythme suit la vitesse à laquelle le projet peut dériver sans que personne ne le remarque. Un rapport mensuel convient à la plupart des projets de plus d'un an. Une mise en service ou un projet de quelques mois demandent un rapport toutes les une ou deux semaines. La date d'arrêté fixe le jour où les chiffres sont relevés. Les rapports d'un portefeuille arrêtés au dernier jour du mois se comparent entre eux; ceux que chaque chef de projet arrête à sa convenance ne se comparent pas.
Le rythme reste fixe. Un projet sans problème produit son rapport à l'échéance. Un écart survenu la veille attend l'échéance s'il reste dans les tolérances; il part en escalade s'il les franchit. Cette régularité sépare le rapport sur l'état du projet du rapport d'exception, qui ne part que lorsqu'un écart franchit une tolérance. Les deux coexistent dans un même projet. Le plan de gestion du projet fixe le rythme de l'un et les tolérances qui déclenchent l'autre.
- Aperçu de l'état
- Prévisions objectifs
- Comparaison visé/atteint
- Problèmes, mesures
- Risques
- Perspectives
Le contenu selon HERMES
Le manuel de référence HERMES fixe le contenu du rapport. Chaque rubrique répond à une question du destinataire.
| Rubrique HERMES | Question du destinataire | Ce qu'on y écrit |
|---|---|---|
| Aperçu de l'état du projet | Où en est le projet? | L'appréciation globale, la phase en cours, les faits de la période qui changent la situation. |
| Prévisions concernant l'atteinte des objectifs (agile: diagramme burn down) | Le projet atteindra-t-il ses objectifs? | Les objectifs du mandat, un par ligne, avec la prévision. |
| Comparaison entre les objectifs visés et les objectifs atteints et prévisions | De combien s'écarte-t-on et où finira-t-on? | Coûts et utilité, charge de travail, délais, résultats: le prévu à date, le réel à date, l'écart, l'estimation à terminaison. |
| Problèmes et mesures à prendre | Qu'est-ce qui bloque et qui s'en occupe? | Chaque problème avec sa mesure, son responsable et son échéance. |
| Risques | Qu'est-ce qui pourrait bloquer? | Les risques du registre qui ont changé depuis le rapport précédent ou qui dépassent le seuil fixé, avec leurs mesures. |
| Perspectives | Que se passera-t-il d'ici au prochain rapport? | Les travaux et les jalons de la période suivante, les décisions à venir. |
Rédiger le rapport
- Arrêter les chiffres à la date prévue. Les coûts viennent de la comptabilité, la charge de la saisie des temps, l'avancement de l'outil de planification ou du backlog. Un chiffre relevé à une autre date porte sa date.
- Comparer au plan de référence. Pour chaque dimension, le rapport donne le prévu à date, le réel à date et l'écart. Le plan de référence est celui que le mandant a approuvé, pas la dernière version retouchée par l'équipe.
- Estimer la fin. Le chef de projet estime le coût, la charge et la date à terminaison. Il additionne le réel et le reste à faire, réestimé lot par lot: c'est l'estimation ascendante. Il peut aussi extrapoler la performance obtenue jusqu'ici par l'analyse de la valeur acquise, que le PMBOK Guide range parmi les outils du processus. Il révise l'estimation à terminaison à chaque rapport et explique chaque révision.
- Apprécier l'état global. Une appréciation par dimension et une d'ensemble, sur une échelle que le plan de gestion du projet définit. Le PMBOK Guide admet que ces rapports prennent la forme de tableaux de bord, de feux tricolores ou d'autres représentations. Les feux tricolores, que le Guide assimile aux diagrammes RAG (rouge, orange, vert), sont la forme courante. La règle qui attribue les couleurs s'écrit une fois, dans le plan; sans elle, chaque chef de projet colore à sa façon.
- Nommer les problèmes et les risques. Les risques viennent du registre que tient l'analyse et la gestion des risques. Le rapport retient ceux qui ont changé depuis l'échéance précédente ou qui dépassent le seuil fixé dans le plan.
- Formuler la décision attendue. Quand un écart dépasse ce que le chef de projet peut corriger seul, le rapport dit quelle décision il attend, de qui et pour quand. Il présente les options avec leur conséquence chiffrée. HERMES ne compte pas cette rubrique parmi les six. Elle découle de la finalité que le PMBOK Guide assigne au rapport: susciter des décisions.
- Diffuser selon le plan. Le rapport part aux destinataires fixés, à la date fixée, par le canal que prévoit le plan de gestion des communications. Il s'archive avec les précédents, car seule la série montre une tendance.
Les pièges
Le rapport d'activités. Une liste de ce que l'équipe a fait pendant la période («trois ateliers tenus, spécification envoyée») ne dit pas si le projet est en avance ou en retard. Chaque activité citée se rattache à un livrable du plan; le rapport dit si ce livrable tient son échéance.
Le vert qui cache du rouge. Un projet affiche vert pendant des mois, puis passe au rouge d'un rapport à l'autre. La cause tient d'ordinaire à la culture de l'organisation: là où annoncer un retard expose celui qui l'annonce, le chef de projet repousse la mauvaise nouvelle jusqu'à ce qu'elle ne se cache plus. Pris seul, chaque rapport paraît acceptable; la série des estimations à terminaison montre la dérive. Au rapport n° 6, l'appréciation reste verte alors que l'écart est passé de 0 à +4,2% en deux mois.
| Rapport | Estimation à terminaison | Écart au budget | Appréciation |
|---|---|---|---|
| N° 4, 30 juin | CHF 1'080'000 | 0% | vert |
| N° 5, 31 juillet | CHF 1'098'000 | +1,7% | vert |
| N° 6, 31 août | CHF 1'125'000 | +4,2% | vert |
| N° 7, 30 septembre | CHF 1'152'000 | +6,7% | orange |
Une règle écrite, qui rattache chaque couleur à un seuil chiffré, retire l'appréciation à l'humeur du rédacteur. Le reste dépend du mandant: s'il reçoit l'orange comme une information, l'orange arrive à temps. Le PMBOK Guide range aussi le biais de confirmation parmi les pièges de la mesure: le rédacteur lit ses chiffres en espérant qu'ils soient bons.
Le pourcentage d'avancement déclaré. Un lot «réalisé à 90%» sur la foi de celui qui le réalise reste à 90% pendant des semaines, parce que les derniers 10% concentrent les intégrations et les corrections. L'avancement se compte en livrables achevés et acceptés plutôt qu'en degré d'achèvement estimé.
Le chiffre qui ne sert à rien. Le PMBOK Guide met en garde contre les mesures qui ne servent aucune décision (vanity metrics). Il cite aussi l'effet Hawthorne: mesurer change le comportement mesuré. Un rapport qui publie le nombre de tickets fermés pousse l'équipe à fermer des tickets. Un chiffre reste dans le rapport s'il peut changer une décision du mandant; les métriques et KPI traitent du choix des indicateurs.
Le rapport trop long. Le mandant lit la première page. Elle porte donc l'appréciation globale, les écarts et la décision attendue; le détail va en annexe. Si le mandant ne réagit pas à un orange, le chef de projet vérifie qu'il a lu le rapport avant de conclure qu'il l'approuve.
Le copier-coller. Un rapport repris du précédent garde des phrases devenues fausses; le lecteur qui en repère une doute du reste. Chaque rubrique se réécrit à partir des chiffres de la période.
Considérations IA
L'IA fait gagner le plus de temps à la collecte. Un assistant relié à l'outil de planification, à la saisie des temps et au backlog assemble les chiffres à la date d'arrêté et calcule les écarts. Il rédige un premier jet des faits de la période à partir des tickets clos et des procès-verbaux. Il repère les incohérences qu'un relecteur pressé laisse passer: une rubrique verte alors que l'écart de coûts dépasse le seuil de la règle, un risque clos dans le registre et encore cité dans le rapport. Pour un comité de pilotage bilingue, il produit la version allemande ou française, que le chef de projet relit.
L'appréciation et l'estimation à terminaison restent au chef de projet, qui en répond devant le mandant. Un modèle de langue extrapole une tendance; il ignore que le fournisseur a promis la livraison pour lundi. Un modèle lisse aussi le ton, jusqu'à faire passer un rouge pour un orange. La couleur se décide donc sur la règle, avant la rédaction. Le rapport contient des noms de personnes, soumis à la loi sur la protection des données (LPD). Il contient aussi des budgets et des difficultés avec un fournisseur, qui relèvent du secret d'affaires. Il ne part que vers un service d'IA dont le contrat encadre la conservation et l'usage des données.
Exemples
Le rapport ci-dessous montre une comparaison qui aboutit à une décision. Chaque ligne place le réel à côté du plan et de l'estimation à terminaison; la dernière dit ce que le comité doit trancher.
| Rubrique | Prévu à date | Réel à date | Écart | Estimation à terminaison (plan) |
|---|---|---|---|---|
| Aperçu | Appréciation globale: orange. L'estimation à terminaison dépasse le budget de 6,7%; la règle du plan donne vert jusqu'à +5%, orange de +5 à +10%, rouge au-delà de la tolérance de +10%. Phase de réalisation. Interface avec le registre cantonal des véhicules en retard. | |||
| Objectifs | 80% des rendez-vous pris en ligne un an après la mise en service: atteignable. Économie annuelle de CHF 180'000 aux guichets: atteignable si le périmètre est maintenu. | |||
| Coûts (charge × CHF 1'800) | CHF 558'000 | CHF 603'000 | +CHF 45'000 | CHF 1'152'000 (CHF 1'080'000) |
| Charge | 310 jours-personne | 335 jours-personne | +25 | 640 jours-personne (600), dont 305 de reste à faire réestimé lot par lot |
| Mise en service | Planifiée au 15 mars | 12 avril (15 mars): +4 semaines | ||
| Livrables de la phase | 7 | 5 | −2 | 12 sur 12 (12) |
| Problèmes et mesures | Le service d'interface du registre, livré le 12 septembre, couvre 2 opérations sur 5. Mesure: atelier technique avec le fournisseur le 8 octobre, livraison complète exigée pour le 31 octobre. Responsable: architecte du projet. | |||
| Risques | Test d'acceptation (UAT) par le personnel des guichets en décembre, période d'affluence: probabilité moyenne, impact élevé, en hausse depuis le rapport n° 6. Mesure: avancer un test d'acceptation partiel en novembre. Responsable: cheffe de projet. | |||
| Perspectives | Octobre: interface complète, début du test d'acceptation partiel. Comité de pilotage le 20 octobre. Rapport n° 8 arrêté au 31 octobre. | |||
| Décision attendue | Du comité de pilotage, le 20 octobre. Option A: crédit supplémentaire de CHF 72'000; périmètre et mise en service au 12 avril maintenus. Option B: module de paiement en ligne (40 jours-personne) reporté après la mise en service; coût à terminaison ramené au budget de CHF 1'080'000, économie de la première année ramenée à CHF 150'000. | |||
Le comité décide sur la ligne des coûts. L'écart à date, CHF 45'000, ne demande aucune décision. L'estimation à terminaison, CHF 72'000 au-dessus du budget, en demande une.
Visualisations
La cadence se lit sur une frise: les échéances du rapport tombent à intervalle fixe; l'écart qui franchit la tolérance entre deux échéances part en escalade sans les attendre. Le passage des données au rapport est une chaîne de trois objets, que le PMBOK Guide distingue et qu'un schéma aligne avec les chiffres de l'exemple. Le contenu, la série des estimations et le rapport lui-même sont des lignes et des colonnes, donc des tableaux.
Coût
| Phase | Niveau | Justification |
|---|---|---|
| Préparation | Faible | Le modèle, le rythme, la règle de couleur et la liste des destinataires se fixent une fois, dans le plan de gestion du projet. Une journée au démarrage suffit. |
| Exécution | Moyen | Deux à quatre heures par rapport pour une équipe d'une dizaine de personnes, dont la moitié à réunir et vérifier les chiffres. La charge baisse quand les chiffres sortent des outils sans ressaisie. |
| Documentation | Faible | Le rapport est la documentation. La série s'archive dans l'espace documentaire du projet. |
Outils
Le modèle HERMES du rapport sur l'état du projet (fichier Word, gratuit sur hermes.admin.ch) donne les rubriques de la méthode. Hors HERMES, un modèle de document dans un traitement de texte ou un tableur suffit à la plupart des projets. Le modèle fixe les rubriques et la place de chaque chiffre: deux rapports successifs se comparent ligne à ligne.
L'outil de planification (MS Project, Primavera) et l'outil de suivi du travail (Jira, Azure DevOps) fournissent l'avancement, les dates réelles et, en approche agile, le diagramme burn down que HERMES cite pour les prévisions concernant l'atteinte des objectifs.
La saisie des temps et la comptabilité analytique (SAP ou l'ERP de l'organisation) fournissent la charge et les coûts réels. Leur date de clôture impose souvent la date d'arrêté du rapport.
Le tableau de bord (Power BI, Tableau, les vues d'un outil de gestion de portefeuille) remplace le document quand les chiffres en sortent sans ressaisie. L'appréciation, les problèmes et la décision attendue restent rédigés à la main. Les visualisations métier traitent du choix des graphiques.
L'espace documentaire (SharePoint, Confluence, un dossier partagé) archive la série et en donne l'accès aux destinataires.
Sources
- A Guide to the Project Management Body of Knowledge (PMBOK Guide), 8e édition, Project Management Institute: §2.1.6.7 Monitor and Control Project Performance, le processus qui suit, examine et rapporte l'avancement du projet, avec ses pièges de mesure (§2.1.6.7.1 Measurement Pitfalls); Section 4 Inputs and Outputs, entrées «Status report» et «Work performance reports», qui définissent le rapport et le rangent parmi les rapports sur la performance du travail.
- Confédération suisse, Chancellerie fédérale, HERMES 2022, Manuel de référence Gestion de projet, résultat 4.4.1.36 Rapport sur l'état du projet: la finalité du rapport, son contenu en six rubriques, le renvoi de sa forme au plan de gestion du projet et les directives de l'organisation permanente sur son contenu et sa fréquence. Le même manuel le range parmi les documents requis au minimum (§4.2.1.1) et le fait établir du début à la fin du projet (§7.4.1.2).
- Confédération suisse, Chancellerie fédérale, HERMES 2022, Manuel de référence Gestion de projet, tâche 5.4.3.33 Conduire et contrôler le projet: l'une des tâches qui produisent le rapport.