Post-mortem : trame et animation
Structurer et animer un post-mortem sans blâme pour transformer un incident en amélioration durable du système.
À retenir
- Le post-mortem sans blâme suppose que chacun a agi au mieux avec l'information disponible.
- Une cause racine qui pointe une personne signale une analyse arrêtée trop tôt.
- Chaque action corrective doit avoir un propriétaire et une échéance suivis.
- Les post-mortems répétitifs sur un même sujet révèlent souvent du toil à automatiser.
Le post-mortem sans blâme, un principe opérationnel
Un post-mortem (ou "rétrospective d'incident") sans blâme part d'un postulat : les personnes impliquées ont pris les meilleures décisions possibles avec l'information dont elles disposaient au moment de l'incident. Chercher un coupable ne répare rien et pousse les équipes à cacher les erreurs plutôt qu'à les documenter.
Trame type d'un post-mortem
- Résumé : impact, durée, sévérité, en 3 à 5 lignes lisibles par un non-technicien.
- Chronologie factuelle : horodatage précis des événements, détections et actions, sans interprétation.
- Cause(s) racine : au pluriel, car un incident sérieux résulte presque toujours de plusieurs facteurs combinés, jamais d'une seule "erreur humaine".
- Ce qui a bien fonctionné : souvent oublié, pourtant essentiel pour ne pas casser ce qui marche en corrigeant ce qui a échoué.
- Actions correctives : chacune avec un propriétaire nommé et une échéance, suivies jusqu'à clôture.
| Section | Piège fréquent | Bonne pratique |
|---|---|---|
| Chronologie | Mélanger faits et opinions | Séparer strictement les deux colonnes |
| Cause racine | "Erreur humaine de l'ingénieur X" | "L'interface de déploiement ne montrait pas l'environnement cible" |
| Actions | Vagues ("améliorer le monitoring") | Précises et vérifiables ("ajouter alerte sur lag > 60s d'ici le 15/03") |
Point clé
si la cause racine d'un post-mortem est une personne, l'analyse s'est arrêtée trop tôt ; il faut creuser pourquoi le système a permis à cette action d'avoir un tel impact.
Animer la réunion
L'animateur n'est jamais la personne la plus impliquée dans l'incident : un tiers neutre garde la discussion factuelle et interrompt tout glissement vers le jugement de personnes. Reformuler systématiquement "pourquoi le système a permis que..." plutôt que "pourquoi X a fait..." change la dynamique de la salle.
Attention
un post-mortem publié mais dont aucune action corrective n'est jamais réalisée finit par décrédibiliser tout le processus ; mieux vaut peu d'actions mais suivies jusqu'au bout.
Le lien avec le toil
Les post-mortems répétés sur un même type d'incident signalent souvent du toil non traité : du travail manuel, répétitif, automatisable, qui n'apporte pas de valeur durable. Les identifier collectivement au fil des post-mortems permet de prioriser objectivement l'automatisation.
Sur le terrain
certaines équipes publient un résumé anonymisé de leurs incidents majeurs en interne toutes les deux semaines ; cette transparence renforce la confiance bien plus qu'elle n'expose les individus.
Astuce
limitez la réunion de post-mortem à 45-60 minutes avec un ordre du jour envoyé à l'avance ; une réunion sans structure dérive vite vers la recherche de responsabilité individuelle.