Lorsqu’une direction demande quelques slides sur l’avancement d’un projet, la demande paraît simple.
Un reporting projet efficace doit permettre à la direction de comprendre rapidement la situation et les décisions attendues.
L’équipe dispose déjà d’un planning, d’un tableau de bord, de comptes rendus, d’un registre des risques, d’un suivi budgétaire et de dizaines de pages de documentation. Il suffirait donc de condenser l’ensemble.
C’est précisément là que le support se dégrade.
La police diminue, les tableaux fusionnent et chaque responsable cherche à préserver son sujet. La présentation devient plus courte en nombre de pages, mais pas plus facile à lire. Elle contient beaucoup d’informations sans apporter une lecture claire de la situation.
Un reporting destiné à la direction n’est pas une version miniature de toute la documentation projet. Il doit permettre de comprendre rapidement ce qui a changé, ce qui menace les engagements et ce qui nécessite une décision.
La synthèse n’est donc pas un exercice de compression. C’est un exercice de hiérarchisation.
Quelques slides : une demande plus exigeante qu’elle n’en a l’air
Produire quarante pages est parfois plus simple que d’en produire cinq.
Dans une présentation détaillée, chaque sujet peut disposer de son espace. Dans une synthèse exécutive, chaque élément doit justifier sa présence par son utilité pour le destinataire.
La difficulté consiste à distinguer trois niveaux d’information.
Le niveau opérationnel
Il sert aux équipes qui réalisent le travail. Il contient les tâches, anomalies, décisions détaillées, dépendances, charges, preuves et actions quotidiennes.
Le niveau de pilotage
Il permet au chef de projet, à l’AMOA et au PMO de coordonner les travaux. Il présente les tendances, écarts, jalons, risques, arbitrages et mesures correctives.
Le niveau exécutif
Il doit aider le sponsor ou la direction à apprécier la trajectoire globale, protéger les engagements et prendre les décisions qui dépassent l’autorité de l’équipe projet.
Ces niveaux sont reliés, mais ils ne sont pas interchangeables. Copier une vue opérationnelle dans un comité de direction ne crée pas automatiquement un reporting exécutif.
Les cinq questions auxquelles le reporting doit répondre
1. Où en sommes-nous par rapport aux engagements ?
La première vue doit comparer la situation actuelle à une référence connue : périmètre, délai, budget, qualité et bénéfices attendus.
Un pourcentage d’avancement isolé apporte peu d’information. « 72 % réalisé » ne dit pas si les éléments terminés protègent le prochain jalon ni si les 28 % restants concentrent l’essentiel du risque.
La synthèse doit donc montrer la trajectoire : conforme, sous tension ou compromise, ainsi que la cause principale de l’écart.
2. Qu’est-ce qui a réellement été livré ou validé ?
Une activité réalisée n’est pas nécessairement un résultat acquis.
Un atelier peut avoir eu lieu sans décision. Une spécification peut être rédigée sans validation. Un développement peut être terminé sans avoir passé la recette. Une campagne de tests peut être clôturée avec des anomalies bloquantes encore ouvertes.
Le support doit privilégier les résultats vérifiables : livrable accepté, processus validé, interface testée, population formée ou décision appliquée.
Cette discipline évite de confondre activité et progrès.
3. Qu’est-ce qui menace le prochain jalon ?
La direction n’a pas besoin de lire l’intégralité du registre des risques. Elle doit connaître les quelques menaces susceptibles d’affecter un engagement important.
Pour chacune, le reporting doit préciser :
- l’événement redouté ;
- son impact concret ;
- la probabilité ou le niveau d’exposition ;
- la mesure de maîtrise engagée ;
- le responsable ;
- la date à laquelle la situation devra être réévaluée.
Une liste de risques sans impact ni action donne l’apparence du contrôle sans en fournir la preuve.
4. Quelle décision est attendue ?
Le mot « arbitrage » apparaît souvent dans une zone de commentaire, sans que la décision à prendre soit réellement formulée.
Une demande de décision utile précise :
- la question exacte ;
- les options possibles ;
- la recommandation de l’équipe projet ;
- les impacts de chaque option ;
- l’autorité attendue ;
- la date limite ;
- la conséquence d’une absence de décision.
Le support devient alors un outil de gouvernance plutôt qu’un simple compte rendu de situation.
5. Que va-t-il se passer dans les trente prochains jours ?
Le regard exécutif doit porter autant sur la prochaine période que sur celle qui vient de s’écouler.
La vue prospective montre les jalons, décisions, validations et dépendances qui structureront les prochaines semaines. Elle permet d’anticiper la mobilisation d’une direction métier, d’un expert, d’une équipe SI ou d’un fournisseur.
La bonne profondeur dépend du rythme du projet. Trente jours constituent un repère pratique, mais une bascule imminente peut nécessiter une vue hebdomadaire tandis qu’un programme pluriannuel peut retenir un horizon trimestriel.
Une structure simple en cinq vues
Vue 1 — Synthèse exécutive
Cette première page doit pouvoir être comprise seule.
Elle présente l’objectif du projet, la situation générale, le principal changement depuis le dernier point, le message essentiel et les décisions attendues.
Elle ne doit pas être un sommaire. Elle doit déjà donner une lecture.
Vue 2 — Réalisations et preuves
La deuxième vue montre ce qui a réellement été produit, accepté ou mis en œuvre depuis le dernier reporting.
Limiter la liste oblige à retenir les résultats qui modifient la trajectoire ou sécurisent un engagement.
Vue 3 — Prochains jalons et dépendances
La troisième vue présente les étapes à venir et leurs conditions de réussite.
Un jalon sans dépendance visible peut donner un faux sentiment de maîtrise. Il faut donc signaler les validations, données, ressources, environnements ou contributions externes nécessaires.
Vue 4 — Risques et mesures de maîtrise
Cette vue se concentre sur les risques majeurs et les écarts qui nécessitent une surveillance de la direction.
Elle ne doit pas devenir un inventaire de tous les irritants. Le détail reste disponible dans le registre des risques et le suivi opérationnel.
Vue 5 — Décisions et arbitrages
La dernière vue formule clairement les décisions attendues.
Chaque ligne doit comporter un objet, une recommandation, une autorité et une échéance. Lorsque la décision crée des actions, des risques ou des modifications d’exigences, ces liens doivent être tracés dans l’espace projet.
Les couleurs doivent reposer sur des critères
Un indicateur vert, orange ou rouge attire immédiatement l’attention. Il peut aussi masquer une appréciation très subjective.
Deux responsables peuvent évaluer différemment la même situation si les seuils ne sont pas définis.
Le statut doit donc être relié à des critères observables, par exemple :
- dérive du jalon par rapport à la référence ;
- consommation budgétaire et reste à faire ;
- évolution du périmètre ;
- niveau des anomalies bloquantes ;
- capacité disponible ;
- dépendance non sécurisée ;
- risque résiduel supérieur au seuil accepté.
La couleur signale. Le commentaire explique. La donnée justifie.
Un projet peut par ailleurs être globalement vert tout en présentant un risque rouge qui exige une décision immédiate. La synthèse doit conserver cette nuance.
Le détail ne disparaît pas : il change de place
Un support exécutif efficace ne consiste pas à supprimer la traçabilité.
Les plannings détaillés, hypothèses, décisions, actions, risques, exigences, analyses budgétaires et preuves de validation restent indispensables. Ils constituent la source sur laquelle repose la synthèse.
Ils peuvent être placés :
- dans les annexes ;
- dans l’outil de pilotage ;
- dans les registres projet ;
- dans l’espace documentaire de référence ;
- dans des vues métier ou techniques complémentaires.
La méthode PM² de la Commission européenne distingue notamment le Project Status Report, le Project Progress Report, les comptes rendus et plusieurs journaux de suivi. Elle propose ainsi des artefacts différents selon le besoin de gestion et de communication. PM² Artefacts — Commission européenne
PM² rappelle également que la gouvernance constitue le cadre dans lequel les décisions sont prises et que les rôles sont associés à des responsabilités et à un niveau d’autorité. PM² Project Management — Commission européenne
Ces référentiels n’imposent pas d’envoyer tous les documents à tous les destinataires. Ils confirment l’utilité de structurer l’information et d’adapter les artefacts au contexte de l’organisation et du projet.
Le rôle de l’AMOA et du PMO
L’AMOA et le PMO ne sont pas seulement chargés de produire les slides avant le comité.
Ils doivent construire la chaîne de fiabilité qui relie les données opérationnelles à la décision exécutive.
Leur contribution consiste notamment à :
- définir les indicateurs et leurs règles de calcul ;
- stabiliser la référence de comparaison ;
- recueillir les faits et les preuves ;
- distinguer résultats, activités et intentions ;
- sélectionner les risques réellement exécutifs ;
- formuler les décisions attendues ;
- rendre visibles les dépendances ;
- préparer les annexes utiles ;
- tracer les arbitrages après le comité.
Cette logique complète le pilotage des projets Finance et SI et le pilotage relié des décisions, actions, risques et exigences.
Elle s’appuie également sur une matrice RACI reliée à une véritable mécanique de décision : la présentation peut nommer l’arbitre, mais le dispositif de gouvernance doit lui donner l’autorité et l’échéance nécessaires.
Les contrôles à effectuer avant l’envoi
Avant de transmettre le support, une revue rapide peut s’appuyer sur dix questions :
- Le message principal est-il compréhensible dès la première page ?
- La situation est-elle comparée à une référence connue ?
- Les réalisations correspondent-elles à des résultats vérifiables ?
- Les prochains jalons et leurs dépendances sont-ils visibles ?
- Les risques retenus peuvent-ils affecter un engagement majeur ?
- Chaque couleur repose-t-elle sur un critère explicite ?
- Les décisions attendues sont-elles formulées précisément ?
- Une recommandation, une autorité et une échéance sont-elles indiquées ?
- Les données détaillées restent-elles accessibles et cohérentes avec la synthèse ?
- Le support permet-il de comprendre ce qui a changé depuis le dernier point ?
Si la direction doit reconstituer l’histoire du projet pour comprendre ce qui est attendu d’elle, la synthèse n’a pas encore rempli sa fonction.
Une lecture pour agir
La qualité d’un reporting ne se mesure ni au nombre de pages ni au nombre d’indicateurs.
Elle se mesure à la capacité du destinataire à comprendre la situation, concentrer son attention et agir au bon niveau.
Le détail protège la traçabilité. La synthèse protège la décision. Les deux sont nécessaires, mais ils ne répondent pas au même usage.
La question à poser avant chaque présentation n’est donc pas seulement :
« Avons-nous résumé le projet ? »
Elle devient :
« Avons-nous rendu visibles les informations dont la direction a besoin pour comprendre, décider et surveiller ? »
Bazire Consulting accompagne les directions Finance, les métiers et les DSI dans la structuration du pilotage, la fiabilisation du reporting et la préparation des décisions de leurs projets de transformation Finance et SI.
A Lire aussi
- Compte rendu et pilotage des décisions
- Méthodologie et bénéfices
- Nicolas Bazire, consultant AMOA Finance
