Bibliothèque · Delivery · Intermédiaire
Gérer une crise produit
Un plan prêt à l'avance, une réaction rapide, une communication transparente, une cellule transverse, des décisions fondées sur l'impact, puis un post-mortem et un produit rendu plus résilient.
Pour qui, pour quand
En résumé
Avant la crise : un plan avec des rôles, des protocoles et des canaux définis. Pendant : réagir vite, évaluer la gravité, mobiliser dev, QA et support, communiquer de façon transparente et régulière, prioriser selon l'impact utilisateur, préparer le support, soutenir le moral de l'équipe.
Après : un post-mortem sur les causes profondes, des investissements dans la résilience (tests, sécurité, reprise après sinistre) et, si besoin, une révision de la stratégie et de la roadmap. En Cynefin, une crise relève du chaotique : on agit d'abord, on analyse ensuite.
Méthode étape par étape
dans l'ordre, sans en sauter
- 01Évaluer la gravité et le périmètre touché.
- 02Ouvrir une cellule : dev, QA, support, communication, avec un responsable.
- 03Communiquer tout de suite, puis à heure fixe, même sans nouvelle.
- 04Donner au support un message et une FAQ.
- 05Rétablir le service d'abord, corriger la cause ensuite.
- 06Tenir un post-mortem sans coupable et planifier les actions de résilience.
Questions à me poser
avant de te lancer
- →Combien de clients sont touchés, et comment le savent-ils ?
- →Qui décide, et qui communique ?
Ce qui coûte cher
les pièges déjà vus sur ce sujet
Dans ma bible
Atteindre l’intelligence produit · p. 363-365
Chargement du passage…
Mes notes
ce que tu retiens, ton contexte
Situations couvertes
- · Le produit est en panne ou un incident grave touche les clients
- · Je dois communiquer sur un incident
Provenance
Ma bible PM · Atteindre l’intelligence produit, p. 363-365
ajoutée le 2026-09-18
Mots-clés
À lire juste après
ce que cette fiche appelle