De l'erreur au protocole : une méthode pour apprendre de ses erreurs

Pourquoi la même erreur revient toujours

La première chose à comprendre, c'est que votre cerveau n'est pas conçu pour retenir les leçons de vos erreurs de façon fiable. Le psychologue James Reason, dans son ouvrage fondateur Human Error (1990), montre que la plupart des erreurs humaines ne viennent pas d'un manque de compétence, mais de la façon dont notre attention et notre mémoire fonctionnent sous charge : fatigue, interruptions, routine, stress. Son modèle du « fromage suisse » explique que les erreurs passent quand plusieurs failles s'alignent au même moment — pas parce que quelqu'un est incompétent.

Concrètement, cela veut dire trois choses :

• L'erreur n'est presque jamais individuelle. Elle est le symptôme d'un système (process, outil, timing) qui laisse passer les failles.
• Le simple fait de « faire attention la prochaine fois » ne fonctionne pas. L'intention consciente s'épuise, surtout dans les tâches répétitives.
• La mémoire de l'erreur s'efface vite. Sans trace écrite, la leçon apprise sous le coup de l'émotion disparaît en quelques semaines.

À retenir : une erreur qui n'est pas transformée en règle écrite n'est pas une leçon, c'est juste un mauvais souvenir. Elle reviendra.

C'est là qu'intervient le protocole : non pas comme une punition bureaucratique, mais comme une mémoire externe qui fait le travail que votre attention ne peut pas faire seule.

La story qui fait sourire (et qui coûte cher)

Dans une petite agence de communication, un chef de projet envoyait systématiquement les factures avec un jour de retard chaque fin de mois — toujours pour la même raison : il attendait la validation orale du client avant d'éditer le document, puis oubliait de le faire une fois la validation obtenue par un simple « ok » glissé dans un couloir. Pendant huit mois, l'équipe a ri de « la fameuse erreur de Marc », en a fait une private joke... jusqu'à ce qu'un client menace de résilier pour retard de facturation récurrent. La solution n'a pas été de « faire plus attention » : elle a été d'ajouter une case dans le logiciel de facturation, cochée automatiquement dès la validation écrite du client. L'erreur amusante est devenue, du jour au lendemain, un protocole ennuyeux et... définitivement réglé.

Ce que coûte réellement une erreur non traitée

Les erreurs répétées ne sont pas seulement irritantes : elles ont un prix mesurable. Selon les données régulièrement citées par les organismes de prévention des risques professionnels, l'erreur humaine est impliquée dans environ 80 % des accidents survenant dans les environnements à haut risque (industrie, santé, transport). Ce chiffre ne signifie pas que 80 % des accidents sont « la faute » d'un individu négligent — il signifie surtout que 80 % des accidents auraient pu être interceptés par un système, un protocole ou un garde-fou.

Dans l'entreprise, ce coût se traduit de façon très concrète :

• Temps perdu à refaire le travail (souvent 2 à 3 fois plus long que le temps initial).
• Coût de correction client (avoirs, remises commerciales, gestion de la réclamation).
• Coût invisible : perte de confiance, turnover, épuisement de l'équipe qui gère les mêmes pompiers chaque mois.

L'étude publiée dans le NEJM sur la checklist chirurgicale de l'OMS est parlante à ce titre : en formalisant huit vérifications simples avant, pendant et après une opération, les complications majeures ont chuté de 36 % et la mortalité de 47 % dans les huit hôpitaux étudiés à travers le monde. Aucune nouvelle compétence n'a été ajoutée aux équipes — seulement une structure qui empêche l'oubli au mauvais moment.

Ramené à l'échelle d'une PME ou d'un cabinet, la même logique s'applique : une erreur qui coûte 200 € chaque fois qu'elle se produit, et qui se produit une fois par semaine, représente plus de 10 000 € par an — pour un problème que trois lignes de protocole suffiraient souvent à éliminer.

Le protocole, une béquille pour l'attention

Un protocole n'est pas un règlement. C'est un outil ergonomique, au même titre qu'une poignée ergonomique réduit la fatigue du poignet. Son rôle est de déplacer la charge mentale d'un individu vers un support externe, pour que l'attention humaine se concentre sur ce qu'elle fait de mieux : juger, décider, s'adapter.

Un bon protocole respecte trois principes ergonomiques :

1. Il est visible au bon moment — affiché, intégré dans l'outil, ou déclenché automatiquement, pas enfoui dans un dossier partagé que personne n'ouvre.
2. Il est court — une checklist de 5 à 8 points est suivie ; une procédure de 3 pages est contournée.
3. Il cible le point de bascule, c'est-à-dire l'instant précis où l'erreur se produit historiquement, pas l'ensemble du processus.

C'est exactement ce que l'aviation civile a compris dès les années 1930, dans une histoire devenue un classique de la gestion des risques.

L'accident qui a inventé la checklist

En 1935, l'armée américaine testait un nouveau bombardier, le Boeing Model 299, futur B-17. Lors d'un vol de démonstration, l'un des pilotes les plus expérimentés du pays a oublié de déverrouiller un dispositif de commande avant le décollage — une étape parmi des dizaines d'autres sur un avion devenu bien plus complexe que les précédents. L'appareil s'est écrasé. L'enquête a conclu que ce n'était « pas un problème de pilote », mais un problème de complexité dépassant la mémoire humaine, même experte.

La réponse n'a pas été de former des pilotes plus vigilants. Elle a été d'inventer la checklist de pré-vol, une liste courte, standardisée, à cocher à voix haute avant chaque décollage. Cette solution, née d'un échec spectaculaire, est aujourd'hui un standard mondial et a directement inspiré les checklists chirurgicales étudiées plus haut. L'erreur la plus coûteuse de l'histoire de l'aviation militaire a donné naissance à l'outil qui a sauvé le plus de vies dans deux industries entièrement différentes.

Construire un protocole en 4 étapes

Voici une méthode simple, réplicable pour un étudiant qui rend toujours ses dossiers en retard, comme pour un chef d'entreprise qui perd des clients sur des détails contractuels.

Étape	Question à se poser	Résultat attendu
1. Isoler	Où exactement l'erreur se produit-elle ? (pas « en général », mais l'instant précis)	Une phrase courte décrivant le point de bascule
2. Comprendre	Pourquoi cet instant est-il vulnérable ? (fatigue, interruption, information manquante)	Une cause probable, pas une accusation
3. Verrouiller	Quelle règle simple empêcherait la récidive ?	Une checklist de 3 à 8 points, ou une automatisation
4. Tester	Le protocole tient-il sous pression réelle ?	Une révision après 2 à 3 usages en conditions réelles

Ce qui distingue un protocole utile d'un protocole mort-né, c'est l'étape 4 : un protocole écrit une fois et jamais révisé devient obsolète dès que le contexte change. Les meilleures équipes traitent leurs protocoles comme des documents vivants, révisés après chaque échec — et après chaque succès inattendu.

Décider sans repartir de zéro

Un protocole a aussi un effet secondaire précieux : il libère de la charge décisionnelle. Chaque fois que vous devez décider « comment faire », vous puisez dans une ressource mentale limitée. Les recherches en économie comportementale sur la fatigue décisionnelle montrent que la qualité des décisions se dégrade au fil de la journée, à mesure que les micro-décisions s'accumulent.

En transformant une erreur passée en règle écrite, vous supprimez une décision récurrente de votre journée. Vous ne demandez plus « comment dois-je faire cette fois-ci ? » — vous suivez le protocole, et vous réservez votre attention aux vraies décisions nouvelles, celles qui méritent réellement d'être pensées.

C'est aussi ce qui explique pourquoi les équipes qui pratiquent ce qu'Amy Edmondson appelle la « sécurité psychologique » — la possibilité de signaler une erreur sans craindre d'être jugé — capitalisent davantage sur leurs erreurs. Dans ses travaux sur les équipes hospitalières, elle a montré que les services qui signalaient le plus d'erreurs n'étaient pas les plus défaillants, mais souvent les plus performants : ils avaient simplement créé un climat où l'erreur remontait vite, assez vite pour devenir un protocole avant de devenir une catastrophe.

Boîte à outils : le protocole express en 15 minutes

Pour capitaliser sur une erreur dès aujourd'hui, sans attendre une réorganisation complète :

• Minute 1-3 : Décrivez l'erreur en une phrase factuelle, sans jugement ("le mail de relance n'a pas été envoyé avant la date limite").
• Minute 4-7 : Identifiez le point de bascule exact (l'instant, pas la journée entière).
• Minute 8-12 : Rédigez 3 à 5 lignes de checklist ou une règle automatique (rappel, case à cocher, alerte calendrier).
• Minute 13-15 : Placez ce protocole là où l'erreur se produit réellement (pas dans un dossier "process" oublié), et fixez une date de relecture dans 30 jours.

Répétez cet exercice à chaque erreur qui coûte plus de 15 minutes à corriger : le retour sur investissement est presque toujours favorable dès la deuxième récidive évitée.

Ce que cela change concrètement

Revenons au point de départ : une checklist griffonnée peut réduire de moitié une mortalité chirurgicale, parce qu'elle intercepte l'erreur au bon endroit, au bon moment, sans exiger davantage de talent ou de vigilance. La même logique s'applique à votre facturation en retard, à votre code qui plante toujours sur le même cas limite, ou à votre étude qui recommence les mêmes fautes de méthodologie.

L'erreur elle-même n'est pas le problème. Le vrai problème, c'est de la laisser filer sans laisser de trace. Une fois transformée en protocole court, testé et révisé, elle devient exactement ce que promettait le titre de cet article : non plus une source de honte ou de coût récurrent, mais un actif — la première ligne d'un système qui, erreur après erreur, devient plus fiable que n'importe quelle mémoire humaine.

Pour aller plus loin sur les biais qui nous font répéter les mêmes décisions, n'hésitez pas à consulter les autres articles du blog.