Résoudre les problèmes par leur cause d’origine
Lorsqu’un incident ou un dysfonctionnement surviendra dans un projet (ex: un serveur informatique qui tombe en panne, un retard de livraison d’un client, une erreur de facturation), la réaction intuitive consiste souvent à traiter le symptôme immédiat. Cependant, si l’on ne traite pas la cause racine du problème, celui-ci réapparaîtra inévitablement. Développée par Sakichi Toyoda chez Toyota, la méthode des 5 Pourquoi (5 Whys) permet de remonter à l’origine profonde des défaillances.
Comment utiliser la méthode des 5 Pourquoi
La méthode consiste à poser la question * »Pourquoi ? »* cinq fois d’affilée en réponse à chaque niveau d’explication, jusqu’à identifier le défaut de processus ou d’organisation sous-jacent.
Exemple concret d’application
Problème initial : La nouvelle version du site web a été livrée avec 48 heures de retard.
- Pourquoi le site a-t-il été livré en retard ?
Parce que l’équipe de développement n’a pas pu valider les tests d’intégration à temps. - Pourquoi les tests n’ont-ils pas été validés à temps ?
Parce que la base de données de test ne contenait pas les données à jour. - Pourquoi la base de données de test n’était-elle pas à jour ?
Parce que l’administrateur système n’a pas exécuté le script de synchronisation automatique. - Pourquoi le script n’a-t-il pas été exécuté ?
Parce que la procédure de mise à jour n’était pas documentée et dépendait d’une action manuelle. - Pourquoi la procédure dépendait-elle d’une action manuelle non documentée ? (Cause Racine)
Parce qu’aucun standard d’automatisation des environnements de test n’a été formalisé dans l’équipe DevOps.
Solution corrective durable
Au lieu de simplement blâmer l’administrateur système (symptôme), la vraie solution consiste à automatiser la synchronisation des bases de test via un pipeline CI/CD (cause racine).
Conclusion
La méthode des 5 Pourquoi empêche les correctifs superficiels et aide les organisations à construire des processus robustes qui éliminent définitivement les récurrences de pannes.
Pour aller plus loin : Méthode des 5
- Méthode 10 : La méthode Kanban : Visualiser son flux de travail et limiter le travail en cours
- Méthode 11 : Le principe SMART : Formuler des objectifs précis, mesurables et atteignables
- Méthode 12 : La méthode MoSCoW : Prioriser les fonctionnalités et le périmètre d'un projet
- Méthode 13 : Le cadrage par le QQOQCP : Structurer ses projets sans rien oublier