Qu'est-ce que la rétrospective post-mortem ?
Une rétrospective post-mortem est une analyse sans recherche de coupable d'un incident, d'un projet ou d'une mise en production, une fois celui-ci terminé. L'équipe établit ce qui s'est passé, pourquoi et ce qu'il faut changer pour que le même problème ne se reproduise pas. Le format convient aux incidents et aux pannes en production, mais tout aussi bien à une échéance manquée ou à la clôture d'une initiative majeure. Le tableau comporte quatre colonnes. Causes profondes commence par la chronologie : l'équipe retrace ce qui s'est passé et à quel moment, avant toute analyse, pour que tout le monde parte des mêmes faits. Qu'est-ce qui a bien fonctionné ? recense ce qui a aidé, comme des alertes déclenchées rapidement ou un rollback réussi. Qu'est-ce qui n'a pas fonctionné ? couvre les lacunes et les frictions qui ont aggravé la situation. Actions transforme la discussion en correctifs concrets, chacun avec un responsable et une date. Dans TeamRetro, chacun ajoute ses observations en même temps, regroupe celles qui se recoupent, vote pour les problèmes les plus impactants et attribue les actions de suivi avant la fin de la réunion. Les post-mortems sans reproche sont une pratique courante en ingénierie de la fiabilité des sites (SRE) et en gestion des incidents. Quand l'équipe considère une défaillance comme une information sur le système et non comme la faute de quelqu'un, les gens racontent ce qui s'est réellement passé, et c'est ainsi qu'on repère les points faibles d'un processus. Conservez le compte rendu : vous aurez une trace à consulter la prochaine fois qu'un problème similaire surviendra.
Format de rétrospective post-mortem
Causes profondes
Comment décririez-vous la chronologie des événements ?
Commencez par un récit commun et factuel de l'incident ou du projet, avant toute analyse. Demandez à l'équipe de retracer les événements dans l'ordre, en s'en tenant à ce qui s'est passé et à quel moment, pas à qui a fait quoi. Se mettre d'accord d'abord sur la chronologie évite les malentendus et donne à tous le même point de départ pour identifier les causes.
Qu'est-ce qui a bien fonctionné ?
Qu'est-ce qui a marché et nous a aidés à réagir efficacement ?
Même un incident grave comporte généralement des choses à conserver. Utilisez cette colonne pour nommer les actions, les outils et les décisions qui ont aidé, afin que l'équipe sache ce qu'elle doit continuer à faire. Commencer par ce qui a fonctionné permet aussi de détendre un peu la suite de la conversation.
Qu'est-ce qui n'a pas fonctionné ?
Où les choses ont-elles cédé ou été insuffisantes ?
Cette colonne recense les problèmes, les lacunes et les frictions qui ont aggravé l'incident ou le résultat. Centrez la discussion sur les processus et les systèmes, pas sur les personnes, et rappelez à l'équipe que l'objectif est d'apprendre. Cherchez les lacunes qui ont permis à plusieurs choses de dérailler en même temps, comme un monitoring absent ou un circuit d'escalade flou.
Actions
Que ferons-nous pour éviter que cela se reproduise ?
Transformez la discussion en améliorations concrètes, chacune avec un responsable et une échéance. Gardez-les suffisamment réalistes pour qu'elles soient vraiment menées à bien. Placez en tête de liste les changements les plus susceptibles d'éviter une récidive.
Dans quels cas recourir à cette étude rétrospective ?
- Après un incident ou une panne en production, pour en comprendre la cause et éviter qu'il ne se reproduise
- À la clôture d'un projet majeur ou d'une mise en production, pour capitaliser sur les leçons tant que les détails sont frais
- Quand une échéance a été manquée ou qu'une initiative n'a pas atteint ses objectifs et que l'équipe a besoin d'un bilan honnête
- Quand le même problème revient sans cesse et que vous voulez en trouver la véritable cause
- Quand vous voulez que vos équipes voient les échecs comme une occasion d'apprendre, et non comme l'occasion de désigner un coupable
Exemples de questions pour brise-glace
- Quel est votre « oups » le plus mémorable qui s'est transformé en belle leçon ?
- Si cet incident était un film, quel titre lui donneriez-vous ?
Vous souhaitez un exercice d'échauffement que votre équipe puisse pratiquer, et pas seulement répondre à voix haute ? Découvrez des brise-glaces gratuits →
Idées et conseils pour votre réunion de rétrospective
- Annoncez dès le départ que la séance se déroule sans recherche de coupable, pour que chacun se sente libre de raconter ce qui s'est réellement passé
- Construisez une chronologie commune et factuelle avant que quiconque ne commence à analyser
- Utilisez les 5 pourquoi pour dépasser les symptômes et atteindre la cause sous-jacente
- Attribuez à chaque action un responsable et une échéance pour qu'elle soit réellement réalisée
- Invitez les personnes impliquées, mais gardez un groupe assez restreint pour rester concentrés
- Rédigez un compte rendu et revenez sur les actions passées lors des séances suivantes pour vérifier que les correctifs ont tenu
Foire aux questions
Qu'est-ce qu'un post-mortem sans reproche ?
Quand organiser une rétrospective post-mortem ?
Combien de temps dure une rétrospective post-mortem ?
Quelle est la différence entre un post-mortem et une rétrospective de sprint ?
Qui doit participer à une rétrospective post-mortem ?
Comment éviter qu'un post-mortem tourne à la chasse au coupable ?
Modèles associés
Partagez les friandises et les mauvais tours de votre dernier sprint
Rétrospective Best-of country
Un bilan d'équipe entraînant, au rythme de la country.
Rétrospective WWE Smackdown Showdown
Montez sur le ring de votre bilan de sprint, version catch.
Rétrospective Among Us (édition Agile)
Démasquez les imposteurs qui ralentissent discrètement votre sprint.