Réunion de direction : transformer les décisions en engagements vérifiables

Le comité de direction a tranché. Pourtant, quinze jours plus tard, le même sujet revient à l’ordre du jour. La décision figure dans le compte rendu, mais personne ne sait exactement qui devait livrer quoi. Le problème n’est pas forcément un manque d’implication : l’organisation a enregistré une discussion sans construire les conditions de son exécution.

Pour une direction générale ou une DSI, un bon compte rendu ne suffit donc pas. Il faut un registre d’engagements : un dispositif léger qui relie une décision à un responsable, une échéance, une preuve et une règle d’arbitrage. Son intérêt n’est pas de multiplier les tableaux. Il est de rendre visible ce qui doit se passer entre deux réunions.

Commencer par distinguer information, décision et action

« Le déploiement ERP prend du retard » est une information. « Nous limitons la première vague à deux entités » est une décision. « Le responsable du programme présente le périmètre révisé avant le prochain comité » est une action. Les trois phrases peuvent être utiles, mais elles n’engagent pas l’organisation de la même façon.

À la fin de chaque sujet, le président de séance devrait pouvoir reformuler ce qui a réellement été décidé. Si les participants ne donnent pas la même réponse, la réunion n’a pas encore produit un arbitrage exploitable. Mieux vaut consacrer deux minutes à cette clarification que laisser plusieurs équipes avancer sur des interprétations incompatibles.

Il faut également conserver les décisions négatives : ne pas lancer un projet, différer un achat, arrêter une expérimentation. Sans cette trace, une initiative peut continuer à consommer des ressources simplement parce que personne n’a expliqué ce qui devait cesser.

Les six informations qui rendent un engagement utilisable

Un registre peut tenir dans un document partagé. Chaque ligne doit cependant répondre à six questions précises.

• Quelle décision a été prise, avec quel périmètre et quelles exclusions ?
• Qui est responsable du résultat, même lorsque plusieurs équipes contribuent ?
• Quel livrable ou changement concret est attendu ?
• À quelle date ce résultat doit-il être examiné ?
• De quelles ressources, validations ou interventions dépend-il ?
• Quelle preuve permettra d’accepter le résultat, et qui pourra arbitrer un blocage ?

« La DSI et les métiers suivent le dossier » ne désigne pas un responsable. Il faut une personne ou une fonction clairement mandatée, avec des contributeurs identifiés autour d’elle. Être responsable ne signifie pas tout réaliser soi-même ; cela signifie rendre compte de l’avancement et faire remonter les obstacles.

La preuve doit elle aussi être définie à l’avance. Une présentation envoyée n’atteste pas qu’un processus fonctionne. Un compte utilisateur créé ne prouve pas que son titulaire peut exécuter son travail. Selon le sujet, la preuve sera une recette métier signée, un test de restauration réussi, une procédure utilisée ou un arbitrage budgétaire formalisé.

Exemple : une décision ERP qui peut réellement être suivie

Prenons un exemple pédagogique, et non le récit d’une mission client. Un comité autorise un pilote de facturation sur une seule filiale. L’engagement attendu pourrait être formulé ainsi : le responsable du programme organise une recette avec la direction financière, sur un jeu de cas représentatif, avant la date convenue ; l’élargissement du déploiement dépend de la validation des critères de sortie.

Cette formulation rend visibles plusieurs questions que « poursuivre le pilote » aurait laissées ouvertes. Les cas de test sont-ils disponibles ? Qui valide les anomalies acceptables ? Quelle équipe peut corriger les écarts ? Que se passe-t-il si la recette révèle un risque sur la facturation ?

Le registre ne remplace ni le plan projet ni le travail des équipes. Il conserve seulement les engagements qui nécessitent une décision de direction. Cette frontière évite de transformer le comité en réunion de suivi de toutes les tâches.

Remplacer les pourcentages rassurants par des preuves

Un dossier annoncé à 90 % peut rester bloqué plusieurs semaines. Plutôt que de commenter ce chiffre isolément, demandez ce qui a changé depuis la dernière revue : quel livrable a été accepté, quel risque a diminué, quelle dépendance reste ouverte ?

Trois états simples peuvent suffire : conforme à l’engagement, à arbitrer, terminé avec preuve. Un état « à arbitrer » n’est pas nécessairement un échec. Il devient utile lorsqu’il indique l’obstacle, les options possibles, leur impact et la date limite de décision. Ce qui fragilise le pilotage, c’est le blocage silencieux, pas son signalement précoce.

Organiser la clôture et la mémoire des arbitrages

Une action terminée doit conserver sa preuve et la date de validation. Si le périmètre change, on ne remplace pas discrètement l’engagement initial : on note l’arbitrage qui explique la nouvelle trajectoire. Sinon, le tableau paraît toujours à jour mais l’organisation perd la mémoire de ses renoncements et de leurs conséquences.

Pour démarrer, choisissez un comité existant et une poignée de décisions importantes. Pendant quelques semaines, vérifiez si les mêmes sujets reviennent faute de responsable, faute de moyens ou faute d’arbitrage. Vous saurez alors si le problème relève du suivi, du mandat ou de la capacité réelle à exécuter. Le registre devient un outil de diagnostic, pas une couche administrative supplémentaire.

Relier cette méthode à une gouvernance numérique plus large

Dans Révolution Numérique !, Guy de Lussigny traite notamment de gouvernance du système d’information, d’arbitrages, de portefeuille de projets et de dépendances. Le passage consacré aux projets qui continuent sans décision claire éclaire directement cette difficulté : une activité persistante n’est pas une preuve de valeur. Le registre proposé ici constitue une application pratique de cette exigence de décision, sans prétendre reproduire une fiche du livre.

Vous voulez approfondir ces questions au-delà du comité hebdomadaire ? Découvrir Révolution Numérique ! et sa méthode de gouvernance.

Votre programme ERP, votre transformation ou votre DSI cumule des décisions non exécutées ? Échanger avec GDLTC sur un cadrage de mission. Le premier enjeu est de clarifier le mandat, les responsabilités et les preuves attendues avant d’ajouter de nouveaux outils.

#Gouvernance #DSI #ManagementDeTransition #TransformationNumerique