Toutes les notes

Procédures contre réalité : pourquoi vos processus documentés ont perdu face aux informels

· Mis à jour le

Votre entreprise a un manuel de procédures. Il vit dans un drive partagé, peut-être sur Confluence, possiblement dans un système que quelqu'un a acheté il y a trois ans exactement pour ça.

Il est complet. Il a des logigrammes. Il nomme les rôles et les responsabilités. Une nouvelle recrue pourrait le lire et comprendre comment les choses sont censées marcher.

Vérifiez si elle décrit le travail qu’un nouveau collègue devrait réellement accomplir.

Le processus documenté est une photographie. Le processus informel est le système vivant. L'écart entre les deux n'est pas un problème de documentation. C'est un problème d'évolution.

Le processus formel a été conçu une fois. L'informel évolue tous les jours depuis.


Il y a une raison pour laquelle les processus informels battent toujours les documentés. C'est la même raison pour laquelle un sentier en forêt ne ressemble en rien au plan du parc. Le plan a été dessiné avant que quiconque marche le chemin. Le sentier a été creusé par les pieds des gens qui ont trouvé le vrai chemin le plus rapide.

Quelque chose casse dans l'ERP. Le ticket va à l'IT. L'IT dit trois semaines. La personne qui a besoin du résultat aujourd'hui trouve un contournement. Peut-être un export vers un tableur. Peut-être un appel à quelqu'un d'un autre service qui a un autre système. Peut-être à la main pendant un après-midi. Ça marche. Elle continue.

Le contournement n'était pas dans la procédure. Il ne pouvait pas y être. La procédure décrit comment le système marche quand il marche. Le contournement décrit comment l'entreprise survit quand il ne marche pas.

Chaque contournement est une rustine posée par quelqu'un qui devait faire son travail. Chacun est rationnel sur le moment. La personne qui l'a construit n'essaie pas de saper le processus. Elle essaie de servir un client, de clôturer un mois, de livrer avant une échéance. L'entreprise bénéficie de son initiative. Et la documentation prend un cran de retard de plus.

La documentation traîne parce que les conditions changent plus vite que les responsables de processus ne peuvent mettre à jour un manuel.


Le processus informel n'est pas qu'une collection de contournements. C'est un système d'exploitation parallèle avec ses propres règles, ses propres experts et ses propres standards de qualité. Et il a quelque chose que la version documentée n'a pas : il est testé chaque jour.

Quand un fournisseur change son format de facture, le processus formel ne dit rien. Le processus informel produit trois personnes qui comprennent avant jeudi, et l'une d'elles écrit une note qui vit dans un fil Slack que personne d'autre ne lit.

Quand un client demande quelque chose que le CRM ne supporte pas, le processus formel dit remplissez le formulaire standard. Le processus informel produit un fichier Excel copié-collé et modifié vingt-sept fois, devenu le vrai système de référence.

Quand quelqu'un part, le processus formel dit transmettez vos dossiers. Le processus informel produit un appel de deux heures où le partant dit au remplaçant ce qui compte vraiment et quelles étapes peuvent être sautées sans danger.

Rien de tout ça n'est visible sur un organigramme. Tout est essentiel.

Le processus informel est l'endroit où vit la vraie compétence de l'entreprise. C'est aussi là que vit son vrai risque, parce qu'il est invisible pour quiconque n'est pas déjà dedans.


Avant d’automatiser, comparez le parcours documenté avec des cas réels, exceptions comprises. Une enquête sur l’adoption de l’IA ne prouve pas que votre processus est prêt.

Les entreprises qui construisent des systèmes d'IA par-dessus leurs processus documentés construisent sur de la fiction. L'IA suit la procédure. La procédure ne correspond pas à la réalité. L'IA produit un résultat correct selon les règles mais faux selon les standards des gens qui font vraiment le travail. Ils arrêtent de l'utiliser. Le projet est étiqueté échec. Le problème sous-jacent n'est jamais nommé.

Le problème sous-jacent, c'est que l'entreprise a automatisé la carte au lieu du territoire.

Ce n'est pas un problème nouveau. Il précède l'IA de plusieurs décennies. Les entreprises construisent des ERP, des outils de workflow et des tableaux de bord par-dessus des modèles de processus idéalisés depuis vingt ans. Le résultat est toujours le même : le système passe en production, les gens le trouvent inutile, ils construisent leurs propres systèmes parallèles, et la direction se demande pourquoi l'adoption est basse.

L'IA rend ce problème plus cher parce qu'elle va plus vite. Un ERP cassé est agaçant. Un système d'IA qui tourne sur de mauvaises hypothèses de processus produit des erreurs confiantes à grande échelle.

Les gens qui connaissent le processus informel voient en général l'erreur immédiatement. Mais le temps qu'ils la remarquent, le système a déjà agi dessus.


Il existe une version de cette conversation où la réponse est plus de documentation. Plus de procédures. Des revues plus fréquentes. Un responsable de processus dédié. Un comité de gouvernance.

Une boucle de changement légère peut combler un écart précis : consigner le contournement, examiner son risque, désigner un responsable et mettre à jour la procédure testée. Ajouter de la documentation ne suffit pas.

Les gens qui maintiennent le système informel ne sont pas paresseux sur la documentation. Ils sont occupés à faire le travail que la documentation décrit sans le faire. Leur demander de tenir le manuel à jour, c'est demander à un chirurgien de commenter chaque geste pendant l'opération. Possible, en théorie. Une très mauvaise idée en pratique.

Étudiez le processus informel comme un élément de preuve. Un contournement peut protéger l’exploitation, supprimer un contrôle essentiel ou faire les deux. Validez-le avant d’en faire une règle future.

Quand la méthode change, consignez la raison, le valideur, les tests et le responsable de sa maintenance. Rendez la nouvelle version accessible là où l’équipe travaille.

C'est une autre posture. Plus proche de l'anthropologie que de la gestion de processus. Elle commence par la curiosité au lieu de la conformité.


Suivre un dossier de bout en bout

Suivez un seul morceau de travail du début à la fin. Pas le chemin idéal. Le chemin réel. Comptez les passages de relais. Notez où le système cesse d'aider et où la personne commence à compenser. Écrivez les questions posées, les contournements utilisés, les décisions prises par quelqu'un qui n'était pas censé être impliqué.

La carte que vous produirez sera moche. Elle ne tiendra pas dans un logigramme propre. Elle inclura trois exceptions pour chaque règle et une dépendance envers quelqu'un qui s'appelle Claire et sait quoi faire quand le système renvoie un certain code d'erreur.

Cette carte vaut plus qu'une procédure parfaite. Parce qu'elle est vraie.


Vivre avec le processus informel a un coût que les entreprises calculent rarement. Chaque fois que quelqu'un demande comment faire, il y a un délai de réponse. Chaque fois qu'un contournement casse parce que son auteur est en vacances, il y a un coût de découverte. Chaque fois qu'une recrue passe trois mois à apprendre le vrai processus au lieu du documenté, il y a un manque de productivité.

Ces coûts sont invisibles parce qu'ils sont répartis. Ils ressemblent à de la friction normale. Ils donnent l'impression que c'est comme ça que marchent les affaires. Mais le total n'est pas normal. C'est la taxe qu'une entreprise paie pour fonctionner avec deux systèmes au lieu d'un.

Le test utile, c'est de savoir si l'entreprise est prête à regarder le processus qu'elle a vraiment, plutôt que celui qu'elle aimerait avoir, et à construire à partir de là.

L'IA, les systèmes de workflow, les plateformes de connaissance, les recrues, les audits, les clients en due diligence. Tous interagissent avec le processus réel, pas avec le documenté.

Les entreprises qui comprennent ça avant de construire quoi que ce soit sont celles dont les investissements marchent vraiment. Les autres achètent des outils pour automatiser une carte que personne ne suit.

Votre procédure n'est pas fausse. C'est juste la photographie de quelque chose qui bouge sans arrêt. La chose qui mérite l'étude, c'est là où c'est parti.

Examiner votre cas

Apportez un problème opérationnel récurrent. En 30 minutes, nous examinerons le processus et recommanderons la prochaine étape.

Demander une session stratégique

Voir le déroulement d’une mission

Pour approfondir