Incident Postmortem

• Vous devez rédiger un rapport d'incident de niveau P1/P2/P3 ou SEV après une panne de production ou un événement de dégradation.
• Vous disposez de notes brutes issues d'un incident et souhaitez les structurer dans un format de postmortem professionnel et sans reproche.
• Vous avez besoin d'un document RCA cohérent pouvant être partagé aussi bien avec les ingénieurs techniques qu'avec la direction non technique.
• Votre équipe effectue des revues post-incident et souhaite un format structuré qui impose un langage sans reproche, des responsables d'actions réels et une analyse des lacunes systémiques.

• Vous avez besoin d'un runbook d'incident en temps réel ou d'un guide de réponse d'astreinte — cette compétence est destinée à la documentation post-incident, et non à la réponse en direct.
• L'incident est toujours en cours et non résolu ; attendez que les détails concernant la détection, l'atténuation et la résolution soient disponibles.

La compétence utilise un langage passif et axé sur les systèmes tout au long des sections de chronologie et de cause profonde, en évitant explicitement les formulations centrées sur la faute. La liste de contrôle qualité signale tout langage qui attribue la responsabilité à des individus plutôt qu'à des lacunes systémiques.

Produit un énoncé de cause racine principale en langage technique clair, ainsi qu'une liste de facteurs contributifs et une explication honnête des raisons pour lesquelles les mesures de protection existantes ont échoué — le cœur d'une RCA utile.

Génère une chronologie horodatée des événements depuis le premier symptôme jusqu'à la détection, l'escalade, les tests d'hypothèses, le correctif et la confirmation de résolution — en incluant les intervalles de temps entre les événements clés.

Les éléments d'action sont classés en trois catégories : Prévenir la récurrence, Améliorer la détection ou Améliorer la réponse, avec des responsables désignés et des dates d'échéance précises. Les éléments vagues comme « améliorer la surveillance » sont rejetés au profit de tâches testables et clôturables.

Le résumé exécutif est rédigé à l'intention des parties prenantes non techniques, sans jargon, tandis que les sections techniques offrent une profondeur d'analyse pour les équipes d'ingénierie — rendant ainsi le même document utile à l'ensemble de l'organisation.

Chaque postmortem généré inclut une liste de contrôle d'auto-révision couvrant le langage de la chronologie, la précision de la cause racine, l'exhaustivité des éléments d'action et la lisibilité du résumé exécutif avant que le document ne soit partagé.

Après une interruption de service, collez vos notes d'astreinte et votre fil Slack dans le skill. Il les structure en un postmortem complet avec une chronologie, un tableau d'impact et une analyse des causes racines — prêt à être publié dans votre outil de gestion des incidents ou votre wiki en quelques minutes.

La direction a besoin d'un compte rendu sur un incident majeur. La compétence Incident Postmortem génère un résumé exécutif non technique en parallèle du document technique complet, vous permettant ainsi d'envoyer un seul rapport à l'ensemble de votre audience.

Utilisez les sections « Ce qui s'est bien passé » et « Leçons apprises » pour animer une rétrospective d'équipe. Le format structuré garantit que la conversation couvre à la fois les améliorations de la réponse aux incidents et les connaissances méritant d'être partagées entre les équipes.

Lorsqu'un incident enfreint le SLA d'un client, les sections tableau d'impact et journal de communication du postmortem fourni par Incident Postmortem fournissent les preuves structurées nécessaires pour le reporting client et le suivi des mesures correctives.