« Blameless postmortem » est le terme consacré dans la littérature anglo-saxonne sur la fiabilité des systèmes ; en français, l’idée se résume simplement : documenter un incident sans chercher qui en porte la responsabilité personnelle. Cette distinction change concrètement ce qui se dit dans la salle de réunion qui suit un incident, et donc ce qui en ressort.
Une équipe qui redoute d’être pointée du doigt omet des détails, enjolive la chronologie ou évite carrément de signaler les petits incidents qui auraient pourtant valeur d’alerte précoce. À l’inverse, un cadre qui garantit explicitement l’absence de sanction individuelle encourage chacun à raconter précisément ce qu’il a vu, tenté et compris sur le moment — y compris ses propres erreurs de jugement, qui sont souvent les informations les plus utiles pour éviter la prochaine occurrence.
Pourquoi chercher un coupable appauvrit l’analyse
Un incident survient presque toujours à l’intersection de plusieurs facteurs : une alerte mal configurée, une procédure ambiguë, une pression de délai, un outil qui ne prévient pas assez tôt. Réduire l’explication à « la personne qui a fait la manipulation » ignore tous les autres facteurs qui ont rendu cette manipulation possible ou dangereuse. Pire, cette réduction incite la personne concernée, et ses collègues qui observent la scène, à minimiser leur propre rôle dans les incidents futurs plutôt qu’à le décrire fidèlement.
Une agence qui traite chaque incident comme une faute individuelle finit par en entendre parler de moins en moins, non pas parce que les incidents diminuent, mais parce que les petits signaux faibles ne remontent plus jusqu’à la réunion qui pourrait en tirer une leçon.
Une trame en quatre temps
La structure retenue tient sur une page et se déroule dans cet ordre :
- Chronologie factuelle — chaque événement horodaté, sans interprétation ni jugement, du premier signal détecté jusqu’au retour à la normale
- Impact mesuré — durée d’indisponibilité, nombre de sites ou de clients concernés, éventuelles pertes de données
- Ce qui a bien fonctionné — souvent oublié, ce point rappelle que la détection ou la réaction a eu des aspects positifs à conserver
- Actions correctives — une liste concrète, chacune assignée à une personne et à une échéance, pas de vœu pieux du type « faire plus attention »
La question qui change tout : « comment » plutôt que « qui »
Toute la réunion peut se résumer à un déplacement de vocabulaire : remplacer « qui a fait l’erreur » par « comment le système a-t-il permis cette erreur ». La question n’est jamais rhétorique : elle oriente concrètement les actions correctives vers des changements de procédure, d’outillage ou d’alerte, plutôt que vers un rappel à l’ordre individuel qui ne change rien à la probabilité que l’incident se reproduise.
Un post-mortem qui se termine par « il faudra faire attention la prochaine fois » n’a rien produit. Un post-mortem qui se termine par une case à cocher dans un pipeline de déploiement a changé quelque chose.
Qui participe, et qui anime
La réunion rassemble les personnes directement impliquées dans l’incident, plus une personne qui n’y a pas participé et qui anime les échanges. Ce rôle d’animateur extérieur à l’incident garantit que la discussion reste centrée sur les faits et les actions, sans glisser vers une justification personnelle ou une reprise informelle de reproches. Sur une petite structure, ce rôle peut tourner d’un incident à l’autre plutôt que d’être toujours confié à la même personne, ce qui évite qu’il ne devienne perçu comme celui du « juge ».
Ce que ce cadre ne remplace pas
Un post-mortem sans blâme n’exclut pas qu’une personne ait effectivement commis une erreur de jugement isolée qui mérite un accompagnement individuel — une formation manquante, un accès trop large accordé trop tôt. Mais ce sujet relève d’un échange en tête-à-tête, séparé de la réunion collective, jamais mélangé au compte-rendu partagé avec l’équipe. Ce document ne remplace pas non plus la détection technique de l’incident elle-même, qui relève d’une supervision et d’une instrumentation à part entière.
Ce que cette pratique a changé concrètement
Depuis l’adoption de cette trame, le nombre d’incidents signalés spontanément par l’équipe a augmenté plutôt que diminué, un signe encourageant plutôt qu’inquiétant : il traduit une meilleure remontée d’information plutôt qu’une dégradation réelle. Les actions correctives issues de ces réunions, elles, sont systématiquement suivies dans le même outil de gestion de tâches que le reste du travail, ce qui évite qu’elles ne restent de bonnes intentions consignées dans un document jamais rouvert.
En résumé
Retirer la recherche de coupable d’un compte-rendu d’incident n’est pas un geste de confort managérial : c’est une condition pratique pour obtenir une chronologie honnête et des actions correctives qui touchent le système plutôt que les personnes. Une trame simple, une question réorientée du « qui » vers le « comment », et un suivi réel des actions décidées suffisent à transformer un rituel redouté en outil d’amélioration continue accepté par toute l’équipe.
