À quoi ressemble réellement une omission
Un système d'indicateurs clés de performance (KPI) conçu pour confirmer les intentions le fera, de manière fiable, jusqu'à ce que l'écart entre ces intentions et la réalité devienne trop important pour être masqué. Il affichera des tableaux de bord au vert malgré une dérive qui dure depuis des mois. Il soumettra des rapports ponctuels résumant des situations qui n'existent plus. Il informera les parties prenantes avec des chiffres exacts concernant les mauvais éléments.
Il ne s'agit pas de fraude, mais d'architecture. Un système de mesure conçu pour vérifier si les objectifs stratégiques sont atteints fera exactement cela, et rien de plus. Il ne vous dira pas si la réalité Field sous-jacente à ces rapports correspond à l'intention stratégique qui a motivé la définition des objectifs. Ce n'est pas sa fonction.
Le terme qui désigne ce que produit un tel système n'est pas l'inexactitude, mais l'omission.
Le fossé que crée l'omission
Considérons ce qui se passe concrètement entre le moment où une organisation s'engage sur un objectif stratégique et celui où elle rend compte de sa réalisation. L'engagement est pris à un niveau d'abstraction : un objectif, un pourcentage, une échéance. La mise en œuvre, quant à elle, se fait à un niveau opérationnel précis : activités Field , décisions quotidiennes, contraintes de ressources non identifiées lors de la planification. Entre l'engagement et le reporting, une série d'échanges, de synthèses et d'interprétations condense les actions menées sur le Field en un chiffre conforme au format de l'objectif.
À chaque étape de cette chaîne, le signal s'affaiblit. Les nuances du Field se transforment en résumé local. Ces résumés locaux deviennent un rapport de service. Les rapports de service deviennent un indicateur de tableau de bord. Cet indicateur est comparé à l'objectif et signalé en vert ou en rouge. Au moment où il parvient au décideur, la réalité opérationnelle qui l'a produit peut n'avoir plus grand-chose à voir avec ce que l'objectif mesurait.
Il ne s'agit ni de corruption, ni de négligence. C'est la conséquence structurelle d'une chaîne de mesure conçue pour produire des chiffres à publier plutôt que pour détecter les écarts entre les objectifs et la réalité.
Ce qui est omis
Les éléments spécifiques qui ressortent d'un ensemble d'indicateurs clés de performance (KPI) standard sont suffisamment cohérents pour être nommés.
Il faut considérer le taux de variation, et non la position actuelle. Une métrique qui reste dans sa plage cible mais qui se rapproche progressivement de la limite restera verte jusqu'à ce qu'elle devienne rouge. Une architecture de signalisation capte la trajectoire ; un système de reporting ne capture qu'un instantané.
Il existe un écart entre l'activité déclarée et les résultats vérifiés. Une équipe qui soumet des rapports dans les délais impartis n'est pas la même qu'une équipe dont l'activité sur le terrain correspond à la description de ces rapports. Sans niveau de vérification Field , la chaîne de reporting ne dispose d'aucun mécanisme permettant de faire la distinction entre les deux.
Les dérives précoces dans les processus produisent des résultats tardifs. Les défaillances structurelles, les dégradations de la chaîne d'approvisionnement et les retards dans l'exécution des programmes ont tous tendance à présenter de longs délais entre l'alerte précoce et le résultat visible. Un système de mesure calibré sur les résultats arrivera toujours trop tard. Un système de mesure calibré sur les signaux de processus peut arriver suffisamment tôt pour permettre une intervention.
Il ne s'agit pas de modes de défaillance exotiques. Ce sont les modes de défaillance classiques des organisations dotées d'une infrastructure de reporting sophistiquée mais dépourvues d'architecture de signalisation sous-jacente.
L'architecture qui la ferme
La distinction entre un système de rapport et une architecture de signal ne tient pas à la quantité de données ou à la qualité du logiciel, mais à ce que le système de mesure a été conçu pour détecter.
Un système de reporting vérifie si les objectifs ont été atteints, signalés et archivés. Il est conçu pour produire un enregistrement des intentions et des résultats à intervalles réguliers. Une architecture de signalement détecte les dérives – le moment où un processus commence à s'écarter de sa trajectoire prévue, avant que cette dérive ne devienne suffisamment importante pour apparaître dans une comparaison avec les objectifs. Elle est conçue pour générer une alerte précoce, et non un enregistrement.
L'exigence structurelle d'une architecture de signal est à la fois simple et contraignante : chaque processus engagé nécessite une ligne de base, une limite naturelle du processus et un seuil de pré-signal. Sans ces trois éléments, le système de mesure ne peut distinguer le bruit d'un signal. Il produit des nombres, pas des signaux.
La plupart des systèmes d'indicateurs clés de performance (KPI) omettent volontairement ces trois éléments – non pas par malveillance, mais parce qu'ils ont été conçus pour confirmer les données, et la confirmation ne requiert ni valeur de référence, ni limite, ni seuil. Elle exige seulement un objectif et une valeur.
Il existe une version plus complexe de ce problème, et c'est ici qu'il faut l'aborder. Dans les organisations établies depuis un certain temps, l'écart entre les rapports et la réalité du terrain n'est plus une surprise, mais une norme. Ceux qui ont participé à plusieurs cycles de reporting ont appris, par expérience, que le rapport affirme une chose et que le Field en révèle une autre. Ils se sont adaptés à cet écart : ils l'ont contourné, intégré à leur jugement informel et mis en place leurs propres systèmes parallèles pour le compenser. Le système de mesure officiel continue de produire ses rapports. Chacun sait qu'il ne faut pas les prendre pour argent comptant. Et personne ne remonte l'information, car cet écart est devenu la norme.
C’est une situation plus difficile à corriger que l’ignorance. Une organisation qui ignore les lacunes de son système de mesure peut se voir montrer ce qui lui échappe. Une organisation qui le sait, qui l’a toujours su et qui s’y est simplement accommodée, doit d’abord déconstruire une adaptation culturelle avant même d’avoir un problème d’architecture à résoudre. Le rapport n’est pas pris au sérieux. Pourtant, il est toujours produit, toujours classé, toujours cité. Et le fossé qu’il masque ne cesse de se creuser, à un rythme que personne ne surveille officiellement.
Cette omission est structurelle. La combler exige une architecture conçue à des fins différentes.
MetriqOne Des preuves sans bruit · metriq.one