Canevas d'analyse rétrospective sans blâme
Ce modèle de post-mortem « sans blâme » vous aide à rassembler des informations sur les incidents survenus en production.
Ce modèle de Post-Mortem « sans reproche » vous aide à réunir des informations sur les incidents survenus en production. Suivre ce processus signifie que les ingénieurs dont les actions ont contribué à un accident peuvent fournir un compte rendu détaillé de :
quelles actions ils ont prises à quelle heure,
quels effets ils ont observés,
les attentes qu'ils avaient,
hypothèses qu'ils avaient faites,
leur compréhension du planning des événements tels qu’ils se sont déroulés.
et qu'elles peuvent donner ce compte-rendu détaillé sans crainte de punition ni de représailles.
Le postmortem Blameless comprend les sections suivantes
Étape 1 : Résumé (prérenseignement avant la réunion)
Un résumé de haut niveau du ticket, se concentrant sur ce qui est connu à ce stade et l'impact ressenti par le client. Gardez cela en une ou deux phrases.
Étape 2 : Planification Approximative (préremplir avant la réunion)
Un planning approximatif du ticket. Selon la vitesse à laquelle le ticket a été traité, ce planning pourrait s’étendre de quelques minutes à quelques heures, voire quelques jours. Si votre principal objectif est d'améliorer les temps de réponse de l’équipe lors des situations d'urgence, vous voudrez que cela se fasse à la seconde près.
Lorsque vous saisissez le planning, assurez-vous d'inclure :
Quand le ticket a été signalé et par qui/quel processus
Quelles actions ont été prises
Quand la communication a été établie au sein de l'équipe et à l'extérieur
Idées de remédiation
Lorsque vous vous réunissez pour discuter du ticket, invitez toutes les personnes qui ont travaillé sur le ticket. Cela inclut l'équipe de service de production ainsi que les membres de l'équipe d'assistance à la clientèle qui ont pu être impliqués.
Passez en revue le résumé, examinez le calendrier et ajoutez les parties manquantes, puis passez aux idées de remédiation.
Ces questions sont formulées pour aider l'équipe à s'approprier le problème. Il y a certains problèmes qui semblent échapper au contrôle de l'équipe (centre de données perdant de l'énergie, etc.). Mais même dans de tels événements, l’équipe peut encore améliorer sa réaction face au désastre.
Étape 3 : Détecter – Comment détecter ce problème ou un problème similaire plus tôt ?
Supposez que ce problème ou un problème très similaire se reproduira. Comment l'équipe de service d’assistance peut-elle détecter ce problème plus rapidement et le trouver avant qu'un client ne le fasse ?
Étape 4 : Réagir – Comment pouvons-nous améliorer notre réponse à ce type de problème ?
Supposons que le ticket soit signalé. Quelle a été la rapidité de la réaction ? Des minutes ont-elles été perdues pendant que des personnes envoyaient des e-mails pour essayer d'amener quelqu'un à examiner le problème ?
La prochaine fois que ce ticket se produit, comment l'équipe peut-elle réagir plus rapidement ou de manière plus organisée ?
Étape 5 : Solution rapide – Comment arrêter l'hémorragie plus vite ?
Lorsque cela se produit de nouveau, y a-t-il une solution de contournement prête que nous puissions fournir au client pour réduire l'impact du problème ?
Si cela s'aggrave avec le temps (comme une attaque DDoS), avons-nous un moyen rapide de fermer les vannes pendant que nous identifions la cause principale ?
Étape 6 : Prévenir – Comment prévenir ou réduire l'impact de problèmes similaires à l'avenir ?
C'est souvent la seule question que les équipes posent lors d'un postmortem. C'est une question importante et vous devriez y passer beaucoup de temps. Cependant, si vous vous limitez à demander uniquement comment prévenir un ticket, cela vous permet de ne pas prendre de responsabilité pour les éléments sous votre contrôle (comme la manière dont vous détectez, réagissez ou corrigez rapidement un ticket).
Lorsque vous faites un brainstorming d'idées, ne vous limitez pas à des solutions techniques. Une meilleure surveillance, de meilleurs chemins de communication, de meilleures formations, s'assurer que les personnes du service client connaissent par nom les personnes du support de production, etc.
Étape 7 : Autres zones de risque – Quelles autres zones partagent cette même vulnérabilité ?
Chaque ticket est un indice de la faiblesse de votre système. Il y a de fortes chances que pour chaque ticket que vous trouvez, il y en ait des dizaines cachés dans l'ombre, encore à découvrir.
Un peu comme si vous voyez une souris dans votre cuisine. Vous n’avez pas un problème de « souris », mais un problème de « souris ».
Il est probable que d'autres parties du système partagent les mêmes hypothèses de conception ou, dans certains cas, le même code (bien que personne ne copierait/collerait jamais de code).
Passez quelques minutes à faire un brainstorming sur d'autres endroits qui sont vulnérables de manière similaire.
Lorsque les équipes sont stressées et surchargées de travail, elles passent cette étape. Je trouve qu'il s'agit de la question la plus importante à poser pour amener l'équipe à adopter un état d'esprit proactif et à réduire le nombre de problèmes à l'avenir.
Étape 8 : Prochaines étapes (Actions)
Après avoir identifié toutes les actions possibles pour améliorer la détection, la réaction, la correction rapide et la prévention des tickets, et trouvé les autres zones de votre application nécessitant une attention particulière, passez à la décision des actions à entreprendre.
La manière dont vous hiérarchisez cela dépend de vous. En revanche, j’ai quelques conseils à vous donner.
Obtenez un nom et une date pour chaque élément que vous projetez de traiter avant de quitter la réunion.
Si quelqu'un dans la réunion est passionné par la réalisation d'une des actions, encouragez-le, même si vous pensez que ce n'est peut-être pas la chose la plus importante à résoudre.
Noms et dates
En général, j’ai constaté que les équipes apprécient cet exercice (à condition que vous puissiez créer un environnement sans reproches pour la réunion). Ils aiment disséquer le problème et faire un brainstorming de solutions. Cependant, tout le monde se sent occupé et débordé. À moins que cette réunion ne se termine avec des propriétaires et des dates à côté des choses à faire, il est fort probable qu'aucune des améliorations ne se concrétise.
Ce qui va se passer, c'est que dans 3 semaines, lorsque le même problème se reproduira en production (mais cette fois de manière plus importante), quelqu'un dira : « Ah oui, nous avons parlé de le résoudre. » Pas un endroit idéal où être.
Pour pallier cela, assurez-vous simplement qu'il y a un nom et une date à côté de chaque action que le groupe veut entreprendre.
Basé sur le Blameless Postmortem Canvas de David Frink.
Commencer avec ce modèle maintenant.
Rétrospective 5Gs
Idéal pour:
La méthodologie Agile, Rétrospectives, Réunions
Le modèle de rétrospective des 5Gs offre une approche structurée permettant aux équipes de réfléchir à leurs projets ou itérations, en se concentrant sur cinq aspects clés : Objectifs, gains, gratitude, lacunes et croissance. Il fournit des éléments pour identifier les réussites, exprimer de la gratitude et aborder les domaines à améliorer. Ce modèle permet aux équipes de mener des rétrospectives de manière systématique, favorisant une culture d'apprentissage, de reconnaissance et d'amélioration continue. En mettant l'accent sur les cinq dimensions de la réflexion, la rétrospective 5Gs permet aux équipes d'optimiser leurs performances, d'améliorer la collaboration et d'atteindre efficacement leurs objectifs.
Planning du projet - Échéancier & Informations clés
Idéal pour:
Agile, Gestion de projet
Le modèle The Project - Planning & Principales infos fournit un cadre visuel pour planifier et suivre les plannings de projet, les étapes clés et les informations importantes. Il permet aux équipes de s’aligner sur les objectifs de projet, d’allouer les ressources et de suivre efficacement les progrès. Avec des plannings personnalisables et des tableaux de bord informatifs, ce modèle permet aux chefs de projet et aux parties prenantes de rester organisés et informés tout au long du cycle de vie du projet, garantissant une livraison réussie dans le respect des contraintes de portée, de délai et de budget.
Modèle de Rétrospective 4L
Idéal pour:
Rétrospectives, Prise de décision
Vous venez de terminer un sprint. Les équipes ont tout donné et les émotions ont été fortes. Maintenant, jetez un coup d'œil en arrière et notez honnêtement le sprint : ce qui a fonctionné, ce qui n'a pas fonctionné et ce qui peut être amélioré. Cette approche 4L signifie Love (aimé), Learned (appris), Lacked (manqué) et Longed for (désiré). Elle représente un moyen inestimable de supprimer l'émotion et d'examiner un processus de manière critique. C'est ainsi que vous pouvez renforcer la confiance, améliorer le moral et augmenter l'engagement, ainsi que faire des ajustements pour être plus productif et réussir à l'avenir.
Modèle du kit Design Sprint
Idéal pour:
La méthodologie Agile, Conception UX, Planification de sprint
Avec la bonne approche stratégique et ciblée, cinq jours suffisent pour aborder vos plus grands défis liés aux produits. C'est l'idée derrière la méthodologie du Design Sprint. Créé par Tanya Junell de Blue Label Labs, ce kit de design sprint fournit un ensemble de modèles légers qui soutiennent les activités collaboratives et le vote du design sprint, tout en maintenant l'énergie, l'esprit d'équipe et l’élan initiés lors de la session. Les fournitures de sprint virtuelles et les tableaux blancs préparés rendent ce kit particulièrement utile pour les animateurs de design sprint à distance.
Rétrospective de soccer
Idéal pour:
La méthodologie Agile, Rétrospectives, Réunions
Le modèle de rétrospective Soccer propose une approche thématique axée sur le sport, en utilisant le football comme métaphore pour le travail d'équipe et la stratégie. Il fournit des éléments pour réfléchir aux performances passées, analyser les forces et les faiblesses, et fixer des objectifs d'amélioration. Ce modèle favorise un esprit compétitif mais collaboratif, encourageant les membres de l’équipe à travailler ensemble vers des objectifs communs. En s'appuyant sur la métaphore du football, la Rétrospective de Football permet aux équipes d'affiner leurs tactiques, d'améliorer la communication et d'atteindre efficacement leurs objectifs.
Rétrospective Agile
Idéal pour:
Rétrospective, La méthodologie Agile, Réunions
Le modèle de rétrospective Agile offre un cadre dynamique et adaptable pour les équipes pratiquant les méthodologies Agile. Cela fournit des éléments pour réfléchir aux performances des sprints, identifier les goulets d’étranglement et planifier des améliorations. Ce modèle permet aux équipes d'adapter et d'affiner leurs processus en continu, favorisant une culture d'apprentissage et d'innovation. En favorisant l'agilité et l'adaptabilité, la rétrospective Agile permet aux équipes d'optimiser leurs workflows, de stimuler l'amélioration continue et de fournir efficacement de la valeur à leurs parties prenantes.