Pouvoir dire stop avant qu’il soit trop tard

Imaginez une démonstration client dans trois jours. Tout le monde travaille dessus depuis plusieurs semaines. Une personne remarque un problème. Il n’est pas directement dans son périmètre. Il ne fera peut-être même pas échouer la démonstration. Mais il pourrait révéler un risque beaucoup plus sérieux.

Que doit-elle faire ?

Dans une organisation idéale, la réponse paraît évidente. Le signaler. Dans une organisation réelle, le calcul est souvent plus compliqué.

Signaler le problème signifie ralentir les autres. Peut-être remettre en cause la démonstration. Devenir la personne qui apporte la mauvaise nouvelle. Donner du travail supplémentaire à plusieurs collègues. Et éventuellement contredire quelqu’un de plus senior.

Les organisations découvrent rarement les problèmes trop tard parce que personne ne les avait vus. Elles les découvrent souvent trop tard parce que les personnes qui les avaient vus avaient de bonnes raisons de se taire.

Nous voulons rendre ce silence aussi irrationnel que possible.

N’importe qui peut arrêter la ligne

Chez Cercle, n’importe qui peut signaler un problème suffisamment sérieux pour demander l’arrêt ou l’arbitrage d’une activité. Collaborateur, manager, fondateur ou agent logiciel. Et la première réponse est toujours la même : merci de l’avoir signalé.

Le premier réflexe attendu n’est pas « est-ce vraiment nécessaire ? ». Cette règle peut sembler presque enfantine. Elle est en réalité structurelle.

Si signaler un problème entraîne immédiatement une discussion sur le fait d’avoir exagéré, la prochaine personne hésitera davantage. Puis elle attendra d’avoir une preuve plus forte. Puis elle attendra peut-être simplement que quelqu’un d’autre prenne le risque.

Un droit d’interruption qui nécessite du courage exceptionnel à chaque utilisation n’est pas un véritable mécanisme de sécurité.

Plus l’engagement est important, plus le mécanisme doit tenir

Il est facile d’arrêter un sujet secondaire. Le véritable test arrive lorsqu’un client important attend. Lorsque beaucoup d’argent est engagé. Lorsque le fondateur a personnellement annoncé la date. Lorsque tout le monde souhaite sincèrement que le problème disparaisse pendant encore trois jours.

C’est précisément là que la règle compte.

Une date annoncée par la direction ne devient pas plus réaliste parce qu’elle a été annoncée par la direction. Les engagements des fondateurs se remettent donc en arbitrage exactement comme les autres.

Nous auditons même ce type de situation. Si une équipe tient finalement un jalon que quelqu’un considérait sérieusement comme intenable, nous ne nous contentons pas de célébrer la livraison. Nous voulons comprendre pourquoi cette personne n’a pas demandé l’arbitrage.

Un système peut paraître extraordinairement performant pendant un certain temps simplement parce que les mauvaises nouvelles ont cessé de circuler.

Réparer l’incident ne suffit pas

Lorsqu’un problème apparaît, la priorité immédiate consiste évidemment à le résoudre. Mais si le même problème réapparaît régulièrement, continuer à le corriger n’est plus une réponse suffisante.

Nous cherchons alors ce qui, dans le système, permet sa répétition :

• une dépendance mal définie ;
• un contrôle absent ;
• une procédure ambiguë ;
• une décision structurelle fragile ;
• une connaissance détenue par une seule personne.

Une amélioration n’existe réellement que lorsqu’elle modifie quelque chose de durable. Un standard, un outil, une automatisation, une règle, une documentation.

Une conclusion de réunion qui dit « il faudra être plus vigilant la prochaine fois » n’améliore rien. Le système est resté identique.

Nous ne voulons pas d’une culture des héros

Les entreprises aiment les histoires de sauvetage. La personne qui reste toute la nuit pour remettre la plateforme en service. L’ingénieur qui débloque seul une livraison impossible. Le commercial qui obtient une signature à la dernière seconde.

Ces histoires sont parfois réellement admirables. Mais lorsqu’elles deviennent répétitives, elles signalent souvent quelque chose de beaucoup moins admirable. Un système qui dépend continuellement de personnes exceptionnelles pour survivre est un système fragile.

Nous voulons donc valoriser davantage celui qui empêche durablement l’incendie que celui qui devient indispensable pour l’éteindre chaque semaine.

Cela influence directement notre manière d’évaluer les contributions. La maintenance compte. La prévention compte. L’arrêt d’une mauvaise direction compte. Le refus d’une promesse irréaliste compte.

Un bon tableau de bord ne doit pas rassurer

Nous conservons une vue volontairement limitée de la santé de l’activité :

• quelques métriques économiques importantes ;
• les principaux jalons clients ;
• les engagements en cours ;
• les signaux d’arrêt ouverts ;
• les principaux risques.

Le but n’est pas d’obtenir le plus beau tableau vert possible. Il est de rendre les problèmes visibles suffisamment tôt pour pouvoir agir.

Un tableau parfaitement vert pendant plusieurs semaines nous paraît donc presque suspect. Une organisation réelle rencontre des difficultés. Elle découvre des risques. Elle apprend. Elle se trompe. Si rien de tout cela n’apparaît, il faut se demander si le système fonctionne exceptionnellement bien ou si les mauvaises nouvelles ont simplement appris à rester hors du tableau.

Pour quelqu’un qui travaille chez Cercle, tout cela doit produire un environnement plus sain. Dire qu’une date ne tient plus n’est pas une faiblesse. Signaler un risque n’est pas une manière de ralentir l’équipe. Découvrir que l’on s’est trompé n’est pas quelque chose qu’il faut maquiller.

La vraie faute organisationnelle commence lorsque nous savons qu’un problème existe et que nous préférons maintenir l’apparence que tout va bien.