Comment menez-vous un post-mortem sans culpabilisation après un incident ?

Question

Accepted Answer

Un **post-mortem sans culpabilisation** traite un incident comme un échec des *systèmes et conditions*, non des personnes. La question n'est jamais « qui l'a cassé » mais « comment nos systèmes ont-ils permis à une personne raisonnable de causer cela, et comment le rendons-nous impossible la prochaine fois ? »

## Le processus

1. **Construisez une chronologie.** Reconstituez ce qui s'est passé minute par minute : détection, escalade, atténuation, résolution. Tenez-vous aux faits.
2. **Trouvez les facteurs contributifs.** La plupart des incidents en ont plusieurs. Utilisez des techniques comme les **5 Pourquoi** pour aller au-delà du symptôme de surface vers la **cause profonde** — alertes manquantes, un déploiement fragile, un runbook peu clair.
3. **Produisez des éléments d'action.** Chacun doit être **concret, attribué et avoir une date limite**. « Soyez plus prudent » n'est pas un élément d'action ; « ajouter une vérification de migration pré-déploiement » l'est.
4. **Partagez largement.** Publiez le rapport pour que toute l'organisation apprenne, pas seulement les personnes présentes dans la salle.

## Blameless en pratique

- Décrivez **ce** qui s'est passé et **pourquoi c'était raisonnable à ce moment-là**, non **qui** blâmer.
- Supposez que tout le monde a agi raisonnablement avec les informations qu'il avait.
- Si une seule action humaine pouvait faire tomber la production, c'est une **lacune système**, non un échec personnel.

## Pourquoi la sécurité psychologique est importante

Au moment où les gens craignent d'être blâmés, ils cachent des détails, minimisent leur rôle, et les vraies causes restent enfouies. **La sécurité psychologique drive l'honnêteté**, et l'honnêteté est la seule chose qui produit des corrections qui durent réellement.

## Pourquoi c'est important

Les incidents sont une formation coûteuse — un post-mortem sans culpabilisation est comment vous obtenez réellement la leçon. Fait correctement, la même panne ne se reproduit pas, le système devient plus résilient avec chaque défaillance, et l'équipe fait confiance au fait que reconnaître une erreur améliore les choses, au lieu de les aggraver.