Quelque chose casse. Vous corrigez le symptôme. Ça casse à nouveau. Vous résolviez le mauvais problème. Les Cinq Pourquoi est une technique pour creuser au-delà des symptômes jusqu'à la cause racine, celle qui, une fois corrigée, empêche toute la chaîne.
Chaque symptôme a une cause. Chaque cause a une cause.
Demandez "pourquoi" jusqu'à ce que la réponse soit quelque chose que vous pouvez changer.
Exemple : Le Déploiement en Retard
La correction : Pas "tester plus vite", mais "ajouter une validation des specs au processus."
Comment le Faire
Commencez par le Problème
Formulez le problème clairement et spécifiquement. "Le déploiement était en retard" est mieux que "les choses sont lentes." La précision compte.
Demandez Pourquoi - Littéralement
Pour chaque réponse, demandez "Pourquoi cela s'est-il produit ?" N'acceptez pas la première réponse. Poussez pour comprendre le mécanisme. Comment cela a-t-il causé ceci ?
Cinq est un Guide, pas une Règle
Parfois vous atteignez la cause racine en trois. Parfois il en faut sept. Arrêtez quand vous atteignez quelque chose d'actionnable : un processus, une politique, une décision qui peut être changée.
Évitez le Blâme, Cherchez les Systèmes
"Parce que Jean a fait une erreur" n'est pas une cause racine. Pourquoi Jean a-t-il pu faire cette erreur ? Quel système a permis l'erreur ? Les causes racines vivent dans les structures, pas les individus.
Erreurs Courantes
S'arrêter aux Symptômes
"Pourquoi était-ce en retard ? Parce qu'on n'a pas eu le temps." Ce n'est pas une cause, c'est une reformulation. Poussez plus loin. Pourquoi n'aviez-vous pas le temps ?
Aller Trop Abstrait
"Parce que l'entreprise ne valorise pas la qualité." Trop vague à corriger. Quelle décision ou processus spécifique reflète cela ? Restez concret.
Suivre une Seule Piste
La plupart des problèmes ont plusieurs causes. Les Cinq Pourquoi tracent une chaîne, mais il peut y en avoir d'autres. Refaites l'exercice plusieurs fois depuis différents points de départ.
Sauter la Vérification
Vous avez trouvé "la cause racine." En êtes-vous sûr ? Testez-la. Si vous corrigez cela, le problème disparaît-il vraiment ? Les hypothèses ont besoin de validation.
Meilleures Applications
Analyse Post-Incident
Quelque chose a mal tourné. Avant de corriger, comprenez pourquoi. Les Cinq Pourquoi transforment les incidents en améliorations systémiques.
Problèmes Récurrents
Si vous avez "corrigé" cela avant et c'est revenu, vous avez corrigé un symptôme. Creusez plus profond.
Avant les Grandes Décisions
Vous pensez connaître le problème. Questionnez votre cadrage. Est-ce le vrai problème, ou un symptôme d'autre chose ?
Quand Vous Êtes Bloqué
Le progrès a calé. Pourquoi ? Continuez à demander. Le blocage est rarement ce qu'il semble être.
La technique est simple. La discipline est difficile. Vous devez résister à l'envie de vous arrêter à la première réponse plausible. La première réponse semble vraie, mais c'est généralement juste le symptôme le plus visible.
Toyota a inventé cela. Ils l'ont utilisé pour construire le processus de fabrication le plus fiable au monde. Simplicité, appliquée avec acharnement.
Continuez à demander pourquoi. La cause racine vous attend.
