Post-mortem pour débutants : frise des faits, causes sans blâme et actions préventives

Projets & développement

Post-mortem pour débutants : frise des faits, causes sans blâme et actions préventives

Ce modèle pour débutants aide une équipe technique à faire son premier post-mortem d'incident dans la semaine qui suit, sans blâmer personne. Quatre pages de tableau blanc : relire la charte sans blâme et répartir les pièces à rassembler ; placer les faits sur une frise de six étapes et chiffrer l'impact ; creuser la cause avec les 5 Pourquoi (5 Whys) et choisir les actions selon effet et effort ; transformer les actions en tâches avec responsable et échéance. Le tableau de tâches a cinq colonnes, de la collecte des éléments jusqu'à « Terminé », avec 4 tâches parentes et 3 sous-tâches chacune. Pour le rapport, reportez les cadres ② à ④ (résumé), ⑦ (impact), ⑫ (cause racine), ⑭ (actions) et ⑰ (leçons). La charte sans blâme du cadre ① invite à regarder le système plutôt que les personnes, pour que la discussion ne tourne pas au procès.

0 J'aime 0 Copies Auteur: WeProcess
post-mortem gestion d'incident rétrospective prévention des récidives 5 Pourquoi
Inscrivez-vous gratuitement et utilisez ce modèle

Avec un compte gratuit, vous pouvez copier ce modèle depuis le marché

Aperçu du tableau blanc

Mode aperçu Post-mortem pour débutants : frise des faits, causes sans blâme et actions préventives

Aperçu du tableau blanc

① Charte du post-mortem (point de dép... ② Ce qui s'est passé ③ Du début à la fin ④ Déclencheur (dans la mesure du connu) ⑤ Éléments à réunir et qui les apport... ⑥ Frise chronologique (à partir des é... ⑦ Ampleur de l'impact (faits et chiff... ⑧ Ce qu'on ignore encore (sans conclu... ⑨ Ce qui a bien marché (d'après la fr... ⑩ Ce qui n'a pas marché (d'après ⑥) ⑪ Ce qui relevait de la chance (d'apr... ⑬ Choisir les actions (placez celles ... Effet fort × effort élevé Effet fort × effort faible Effet faible × effort élevé Effet faible × effort faible ⑭ Tâches de prévention (issues des ac... ⑮ À qui présenter le bilan ⑯ Quand et comment partager ⑰ Leçons (à reprendre telles quelles ... ⑱ À vérifier à la prochaine rétrospec... Tableau post-mort... Mode d'emploi (4 ... Décisions et actions Règles et respons... Incident et échecs Constats et réuss... 1/4 Cadrer sans blâme Ctrl+F / ⌘F : 2/4... → 2/4 2/4 Ordonner les faits ↙ 3/4 Regarder le système, pas la personneOn demande « pourquoi était-ce facile de se tromper », pas « qui s'est trompé » Chaque décision avait ses raisonsPas de blâme pour ce qu'on a su après coup.ex. raisonner avec ce qui était visible alors Séparer les faits des hypothèsesAjoutez « hypothèse » devant une supposition.ex. hypothèse : un changement de configuration ex. la page de commande ne s'ouvrait plus ex. des clients n'ont pas pu commander Notez le symptôme tel qu'on l'a vu Pas encore de cause (on la creuse à la page 3) ex. début le 6 octobre à 14:05 ex. fin le 6 octobre à 15:20 ex. tout fonctionne de nouveau Vérifiez les heures dans les journaux, format 24 h ex. mise en ligne d'une mise à jour à 14:00 ex. hypothèse : une valeur de configuration était périmée Écrivez « inconnu » si vous ne savez pas Ajoutez « hypothèse » devant une supposition Éléments à réunir Qui les apporte Pour quand Journaux du système ex. journal d'erreurs et courbe de trafic Responsable : ____ ex. la veille de la rétrospective Historique des éc... ex. échanges de chat et notes d'appels Responsable : ____ ex. la veille de la rétrospective Retours des clients ex. nombre et contenu des demandes Responsable : ____ ex. la veille de la rétrospective Début 14:05Ce qui s'est passéex. la page de commande ne s'ouvrait plus Détection 14:20Qui l'a vu, et commentex. l'agent du support a remarqué des demandes Alerte 14:30Qui a été prévenu, et commentex. message dans le chat de l'équipe de développement Action 14:40Ce qui a été faitex. retour en arrière de la mise à jour de 14:00 lancé Rétablissement 15:20Quand tout est revenu à la normaleex. la page de commande s'ouvre de nouveau Fin confirmée 16:00Comment on l'a vérifiéex. le nombre de commandes est revenu à la normale Chiffre Source vérifiée Fiabilité Personnes touchées ex. clients ne pouvant pas commander, environ 120 ex. journal d'accès ex. hypothèse (comptage à vérifier) Durée de l'arrêt ex. 75 min (14:05 à 15:20) ex. journal d'erreurs ex. fait Demandes reçues ex. 8 demandes ex. liste des demandes ex. fait Travail bloqué ex. préparation des expéditions retardée d'une heure ex. message de l'entrepôt ex. fait Inconnuesex. pourquoi l'alerte n'est pas arrivée entre 14:05 et 14:20 Qui enquête, pour quandResponsable : ____ / Échéance : __/__ Où compléter ensuiteex. compléter la frise ⑥ et le tableau ⑦ 3/4 Creuser les causes → 4/4 4/4 Assigner les actions ex. l'agent du support a prévenu les développeurs aussitôt ex. la procédure de retour arrière existait dans le guide Notez pourquoi on pourrait refaire pareil ex. la page de commande ne s'ouvrait plus après la mise à jour ex. il a fallu 15 minutes pour s'en apercevoir Prenez l'événement pour sujet, pas la personne ex. heure creuse pour les clients ex. un expert était justement à son poste La chance ne se répétera pas forcément, donc à transformer en action ⑫ 5 Pourquoi (5 W... Pourquoi 1 ex. pourquoi la page ne s'ouvrait plus ? → une valeur de configuration était périmée Pourquoi 2 ex. pourquoi périmée ? → elle n'avait pas été testée dans l'environnement d'essai avant la mise en ligne Pourquoi 3 ex. pourquoi pas testée ? → la procédure d'essai ne figurait pas dans le guide Pourquoi 4 ex. pourquoi absente ? → personne n'est chargé de mettre à jour le guide Pourquoi 5 ex. pourquoi personne ? → aucune règle n'impose de mettre à jour le guide quand la procédure change Cause racine ex. changer la procédure et mettre à jour le guide ne sont pas liés (cause systémique) 縦軸: Effet (haut =... À planifier. ex. créer un contrôle automatique avant la mise en ligne À faire en premier. ex. ajouter « tester avant la mise en ligne » au guide À écarter cette fois. Notez la raison dans le compte rendu À faire au passage. ex. mettre à jour la liste des contacts Quoi Qui Pour quand Comment vérifier Action 1 ex. ajouter « tester avant la mise en ligne » au guide Responsable : ____ ex. dans 1 semaine ex. vérifier à la prochaine mise en ligne que la procédure est suivie Action 2 ex. instaurer une règle de mise à jour du guide à chaque changement de procédure Responsable : ____ ex. dans 2 semaines ex. relire la règle ensemble en équipe Action 3 ex. envoyer une alerte quand les erreurs augmentent Responsable : ____ ex. dans 2 semaines ex. provoquer une erreur d'essai et vérifier l'alerte Action 4 ex. créer un contrôle automatique avant la mise en ligne Responsable : ____ ex. dans 1 mois ex. compter les cas bloqués par ce contrôle ex. l'équipe du support ex. la direction et les services concernés ex. les autres équipes qui utilisent le même système ex. 10 minutes à la réunion régulière du 10 octobre ex. partager le rapport dans le chat Date : __/__ / Responsable : ____ ex. une étape d'essai oubliée disparaît si elle n'est pas dans le guide ex. plus le support prévient tôt, plus la reprise est rapide Écrivez des leçons sur le système, pas sur les personnes Date de vérificationex. réunion régulière dans 1 moisDate : __/__ Chiffres à vérifierex. combien d'actions du ⑭ sont terminéesex. le même incident s'est-il reproduit ? Qui vérifieResponsable : ____Noter le résultat dans le ⑭ de ce tableau → 2/4 Ordonner les faits ↙ 3/4 Creuser les causes → 4/4 Assigner les actions
100%

Faites glisser pour déplacer, utilisez la molette pour zoomer

Contenu du tableau des tâches

Collecte des éléments 16 éléments

Cadrer sans blâme
Ordonner les faits
Creuser les causes
Assigner les actions
Lire la charte
Résumer l'incident
Choisir les pièces
Tracer la frise
Chiffrer l'impact
Isoler l'inconnu
Lister bien et mal
Faire 5 Pourquoi
Trier les actions
Créer les tâches
Fixer le partage
Prévoir le suivi

En discussion 0 éléments

Actions en cours 0 éléments

Effet à vérifier 0 éléments

Terminé 0 éléments

← Retour aux modèles