Dans un projet Finance ou SI, les réunions produisent beaucoup d’informations : constats, décisions, demandes, alertes, engagements, hypothèses et désaccords.
Le réflexe habituel consiste à rassembler ces éléments dans un compte rendu, à le transmettre aux participants puis à le déposer dans un espace documentaire.
Cette étape est indispensable, mais elle ne suffit pas.
Un compte rendu peut être complet, fidèle et parfaitement présenté sans produire aucun effet opérationnel. S’il n’alimente pas un dispositif de suivi, les décisions restent enfouies dans le texte, les actions perdent leur échéance et les risques réapparaissent plusieurs semaines plus tard comme s’ils venaient d’être découverts.
La véritable valeur d’un compte rendu ne réside donc pas seulement dans la qualité de sa rédaction. Elle réside dans sa capacité à transformer les échanges en objets de pilotage exploitables.
Compte rendu de réunion projet : une mémoire, pas un tableau de bord
Le compte rendu répond principalement à une question : que s’est-il dit et conclu pendant la réunion ?
Il conserve le contexte, les arguments, les points de vigilance et les conclusions. Il constitue une trace utile pour les participants, les absents et les personnes qui rejoindront le projet ultérieurement.
Mais le pilotage quotidien exige d’autres réponses :
- Quelles actions sont encore ouvertes ?
- Qui en est responsable ?
- Quelle échéance a été convenue ?
- Quelles décisions ont été validées ?
- Quels arbitrages restent attendus ?
- Quels risques menacent les jalons ?
- Quelles dépendances doivent être surveillées ?
Ces informations existent parfois dans le compte rendu, mais elles y sont dispersées. Pour les exploiter, il faudrait relire chaque document, reconstituer l’historique et interpréter des formulations qui n’ont pas toujours été conçues pour le suivi.
C’est notamment pour cette raison que la méthode PM² distingue les comptes rendus des registres de décisions, de risques, de problèmes et de changements. La documentation de la réunion et le contrôle du projet sont complémentaires, mais ils ne remplissent pas la même fonction.
Les quatre objets à extraire après chaque réunion
1. Les décisions
Une décision correspond à un choix validé qui modifie, confirme ou précise la trajectoire du projet.
Elle doit indiquer au minimum :
- l’objet de la décision ;
- la formulation exacte de ce qui est validé ;
- le décideur ou l’instance de validation ;
- la date de décision ;
- le périmètre concerné ;
- les éventuelles conditions ou réserves ;
- les actions qui en découlent.
Cette formalisation évite les phrases ambiguës telles que « l’option semble convenir » ou « le principe est plutôt validé ».
Une décision doit pouvoir être relue plusieurs mois plus tard sans rouvrir le débat sur ce qui avait réellement été acté.
Dans un projet de transformation Finance, cette traçabilité devient essentielle lorsque les choix concernent un processus cible, une règle comptable, une interface, un circuit de validation, un périmètre de données ou la responsabilité d’un acteur.
2. Les actions
Une action traduit une attente en engagement opérationnel.
Pour être pilotable, elle doit répondre à quatre questions :
- Que faut-il produire ou réaliser ?
- Qui en est responsable ?
- Pour quelle date ?
- Quel est son statut actuel ?
Une action sans responsable est une intention. Une action sans échéance est une attente. Une action sans critère de clôture peut rester artificiellement ouverte pendant des semaines.
Le responsable doit être une personne clairement identifiée, même lorsque plusieurs contributeurs participent à l’exécution.
Le statut doit rester simple : à lancer, en cours, bloquée, réalisée ou annulée. La multiplication de statuts proches rend généralement le suivi moins lisible.
3. Les risques
Un risque décrit un événement incertain susceptible d’affecter les objectifs, les délais, les coûts, la qualité ou l’adoption de la solution.
Son suivi doit inclure :
- une description précise ;
- la cause possible ;
- l’impact attendu ;
- une appréciation de la probabilité et de la criticité ;
- un propriétaire ;
- une mesure préventive ;
- une réponse si le risque se matérialise ;
- une date de réévaluation.
La réunion fait souvent émerger des formulations comme « il faudra vérifier », « nous dépendons du retour de l’éditeur » ou « cette donnée n’est peut-être pas disponible ».
Ces phrases ne doivent pas disparaître dans le compte rendu. Elles doivent être qualifiées : s’agit-il d’une action, d’un point ouvert, d’une dépendance ou d’un risque ?
4. Les points ouverts
Tous les sujets non résolus ne sont pas immédiatement des risques.
Un point ouvert correspond à une question qui nécessite une analyse, une confirmation ou un arbitrage avant d’être classée.
Il doit préciser :
- la question à résoudre ;
- la personne chargée de l’instruction ;
- la date attendue de réponse ;
- l’instance qui prendra la décision ;
- les conséquences éventuelles d’un retard.
Cette catégorie évite de forcer prématurément une conclusion. Elle empêche également les questions en suspens de se perdre entre deux réunions.
Du document au registre de pilotage
Le bon enchaînement n’est pas :
Réunion → compte rendu → archivage
Il est plutôt :
- Tenir la réunion et clarifier les conclusions avant de se séparer.
- Rédiger le compte rendu en conservant le contexte utile.
- Extraire les décisions, actions, risques et points ouverts.
- Les intégrer dans des registres partagés.
- Affecter les responsables et les échéances.
- Rattacher chaque élément à un chantier, un jalon ou un livrable.
- Reprendre les éléments dans l’instance de gouvernance appropriée.
- Mettre leur statut à jour jusqu’à la clôture.
Ce fonctionnement transforme la réunion en point d’entrée du pilotage. Il crée un lien continu entre les échanges, les arbitrages et l’avancement réel.
Un référentiel unique, même avec plusieurs outils
Les projets utilisent souvent plusieurs supports : messagerie, fichiers Excel, espace collaboratif, outil de gestion de tâches, GED ou solution de l’intégrateur.
Le risque n’est pas d’avoir plusieurs outils. Le risque est d’avoir plusieurs vérités.
Chaque type d’information doit donc avoir une source de référence clairement définie :
- le compte rendu pour le contexte de la réunion ;
- le registre des décisions pour les validations ;
- le plan d’action pour les engagements ;
- le registre des risques pour les menaces et les réponses ;
- le planning pour les jalons ;
- l’espace documentaire pour les versions validées des livrables.
Les liens entre ces éléments sont aussi importants que les éléments eux-mêmes.
Une action doit pouvoir être reliée à la décision qui l’a déclenchée. Un risque doit être associé au jalon qu’il menace. Un arbitrage doit renvoyer aux options analysées.
Cette logique de traçabilité réduit les débats de mémoire et accélère la préparation des COPROJ et des COPIL.
Ce qui doit remonter en gouvernance
Tous les éléments ne nécessitent pas l’attention du comité de pilotage.
Le suivi opérationnel peut traiter les actions courantes, les relances et les corrections sans impact majeur.
Le COPIL doit se concentrer sur les décisions structurantes, les risques critiques, les écarts de trajectoire et les arbitrages nécessitant une autorité supérieure.
Un bon dispositif de pilotage permet donc de filtrer l’information :
- le détail utile reste accessible ;
- les responsables voient immédiatement leurs engagements ;
- le chef de projet identifie les retards et les dépendances ;
- le sponsor reçoit une synthèse orientée décision.
La qualité du pilotage ne se mesure pas au nombre de lignes du compte rendu, mais à la capacité du dispositif à faire apparaître ce qui exige une action ou une décision.
Les erreurs les plus fréquentes
Confondre participant et responsable
Le fait qu’une personne ait participé à une discussion ne signifie pas qu’elle porte l’action. Le responsable doit être explicitement nommé et accepter l’échéance.
Rédiger des actions trop vagues
« Voir avec la DSI » ou « faire le nécessaire » ne permettent ni de suivre l’avancement ni de constater la clôture. L’action doit décrire un résultat attendu.
Fermer une action sans preuve
Une action n’est pas terminée parce qu’une réponse a été envoyée. Elle est clôturée lorsque le résultat attendu est disponible, validé et, si nécessaire, intégré au livrable concerné.
Laisser les décisions uniquement dans les courriels
Une validation reçue par courriel doit être reportée dans le registre de décisions avec sa date, son auteur et son périmètre. Sinon, l’information reste difficilement exploitable par le collectif.
Présenter trop de détails au COPIL
Un comité de pilotage noyé dans le suivi des micro-actions ne remplit plus son rôle d’arbitrage. La gouvernance doit être alimentée par une synthèse des écarts, risques, décisions attendues et impacts.
Une discipline simple qui protège le projet
La séparation entre comptes rendus et registres peut sembler administrative. En réalité, elle sécurise la continuité du projet.
Elle facilite l’intégration d’un nouvel interlocuteur, la justification d’un arbitrage, la préparation d’une recette, le suivi d’un prestataire et la transmission du dossier au moment du déploiement ou de la clôture.
Elle protège également les équipes contre les malentendus : chacun sait ce qui a été décidé, ce qu’il doit produire et à quelle date.
Un projet bien documenté conserve son histoire. Un projet bien piloté utilise cette histoire pour décider et agir.
La bonne question à poser après une réunion n’est donc pas seulement :
« Le compte rendu a-t-il été envoyé ? »
Mais plutôt :
« Les décisions, actions, risques et points ouverts ont-ils été intégrés au dispositif de pilotage ? »
Bazire Consulting accompagne les directions Finance et SI dans le cadrage, la gouvernance et le pilotage de leurs projets de transformation, de la formalisation des besoins jusqu’au suivi des décisions, risques, actions et livrables.
Sources officielles : artefacts PM² et méthodologie PM².
