Création de rapports post-mortem

Un post-mortem d'incident peut être divisé en deux artefacts distincts : la réunion qui a l'incident pour objet et le rapport post-mortem correspondant créé suite à cette réunion.

Ces deux activités, la réunion et le rapport, sont souvent utilisées de façon interchangeable lorsqu'il est question de « post-mortem ». Les employés peuvent parler de l'une ou de l'autre, ou des deux, lorsqu'ils utilisent le terme.

Vous voulez vous lancer avec un modèle de post-mortem ? Consultez nos modèles de post-mortem.

Mais il y a une différence entre la réunion post-mortem et le rapport écrit.

Chez Atlassian, nous utilisons généralement le terme « post-mortem » (ou post-mortem d'incident) pour décrire l'ensemble du processus d'analyse d'un incident et pour réaliser les tâches suivantes :

• Exécuter une réunion de post-mortem d'incident
• Capturer les actions et informations durant la réunion
• Obtenir l'approbation sur les actions de suivi et communiquer les résultats de la réunion

Pour en savoir plus sur la manière dont Atlassian gère les post-mortems, consultez notre manuel de gestion des incidents.

Qu'est-ce qui caractérise un bon rapport sur un post-mortem d'incident ?

Invites claires et cohérentes

Un bon rapport devrait reposer sur un framework clair et cohérent. Les équipes efficaces utilisent un modèle de post-mortem qui permet aux participants de répondre à un ensemble de questions ou d'invites.

Cette approche garantit de ne pas omettre les informations clés. Elle renforce également la cohérence entre les incidents et aide l'équipe à identifier les modèles, les tendances et les possibilités d'amélioration. Vous pouvez itérer sur le framework et l'améliorer au fil du temps, mais tout changement devrait être intentionnel.

Données et détails riches

Dans les champs de post-mortem, il ne s'agit pas de lésiner sur les détails et de passer des événements sous silence. Au contraire, soyez très granulaire et spécifique. Ne dites pas que vous avez noté un pic de trafic, décrivez précisément la métrique qui a changé et dans quelle mesure. Ne dites pas que l'équipe était confuse, copiez-collez une citation exacte de l'historique du chat où quelqu'un a exprimé une certaine confusion.

Langage inclusif et sans reproches

Comme beaucoup d'équipes, Atlassian utilise les post-mortems sans reproches. Il faut éviter à tout prix de pointer les autres du doigt lors de la réunion et de l'analyse de l'incident. Appliquez aussi cette règle lorsque vous rédigez le rapport. Évitez d'utiliser un langage empreint de reproches ou qui désigne une personne en particulier.