Quand quelque chose tourne mal, une blessure, un quasi-accident, un défaut qualité non détecté, l'objectif de l'enquête est simple à énoncer et difficile à atteindre : trouver la cause que vous pouvez réellement corriger, pour que cela ne se reproduise pas. Deux techniques dominent ce travail : les 5 Pourquoi et le diagramme Fishbone (Ishikawa). On les oppose souvent. Il vaut mieux les voir comme complémentaires.
Voici comment chacune fonctionne, où chacune échoue, et comment choisir la bonne.
Les 5 Pourquoi : aller en profondeur sur une seule chaîne
La méthode des 5 Pourquoi est une technique linéaire. Vous énoncez le problème, demandez « pourquoi cela s'est-il produit ? », répondez, puis demandez « pourquoi ? » à cette réponse, et ainsi de suite jusqu'à atteindre une cause qui, une fois corrigée, empêche que le problème se reproduise. Un exemple concret :
- Un opérateur a glissé et est tombé près du convoyeur 3.
- Il y avait de l'huile hydraulique sur le sol.
- Un raccord de tuyau sur la presse était en fuite.
- Le raccord n'a pas été remplacé à l'intervalle prévu.
- La tâche de maintenance préventive n'a pas été déclenchée.
- Le planning de maintenance préventive de cette presse n'a jamais été migré lors du remplacement de la GMAO.
Remarquez que la cause racine est une faille du système (une migration de données oubliée), et non « l'opérateur a été négligent ». C'est tout l'intérêt : continuez à demander pourquoi jusqu'à dépasser l'erreur humaine et atteindre la condition qui l'a rendue possible.
Où 5 Pourquoi fonctionne bien
- Problèmes simples à modérés avec une seule chaîne de causalité claire
- Enquêtes rapides où vous avez besoin d'une cause défendable rapidement
- Équipes qui débutent en analyse des causes racines — aucune formation ni modèle nécessaire
Où 5 Pourquoi échoue
- Vision en tunnel. Elle suit une seule piste et peut passer à côté de causes parallèles : la plupart des incidents réels ont plusieurs facteurs contributifs, pas un seul.
- S'arrête trop tôt. Les équipes s'en tiennent à « l'erreur humaine » et s'arrêtent, en blâmant la personne au lieu du système.
- La réponse dépend de qui pose la question. Des enquêteurs différents peuvent suivre des chaînes différentes à partir du même problème.
Le diagramme Fishbone : balayer large, catégorie par catégorie
Le diagramme Fishbone (ou Ishikawa, ou diagramme de causes à effet) est une technique ramifiée. Vous écrivez le problème à la « tête » du poisson, puis listez les causes possibles le long des « arêtes », chacune correspondant à une catégorie. Les catégories classiques en production sont les 6 M :
| Catégorie | Questions à poser |
|---|---|
| Méthode | Procédures, instructions de travail, conception de la tâche |
| Machine | Équipement, outils, maintenance, protecteurs |
| Matière | Matières premières, consommables, substitutions |
| Main-d'œuvre / Personnes | Formation, compétence, effectifs, fatigue, encadrement |
| Mesure | Inspection, étalonnage, surveillance, qualité des données |
| Environnement | Aménagement, éclairage, bruit, météo, ordre et propreté |
Pour un contexte de service ou de sécurité, vous pouvez remplacer les catégories (Personnes, Processus, Politique, Lieu, etc.). L'intérêt est structurel : en vous obligeant à examiner chaque catégorie, vous faites apparaître des causes qu'une seule chaîne de « pourquoi » n'atteindrait jamais.
Où Fishbone fonctionne bien
- Problèmes complexes avec de multiples facteurs contributifs
- Ateliers de groupe : un support naturel de remue-méninges
- Quand vous pensez que vous manquez quelque chose et que vous voulez de la largeur avant la profondeur
Lorsque Fishbone échoue
- De l'étendue sans profondeur. Il énumère les causes possibles mais ne vous dit pas, à lui seul, lesquelles sont réelles ni jusqu'où elles vont.
- Peut devenir un mur de suppositions. Sans preuves, les arêtes se remplissent de spéculations.
- Aucune priorisation intégrée. Il vous faut encore un moyen de tester et de classer les causes candidates.
Côte à côte
| 5 Pourquoi | Fishbone | |
|---|---|---|
| Forme | Linéaire — une chaîne, profonde | Ramifié, nombreuses catégories, large |
| Idéal pour | Problèmes simples, à cause unique | Problèmes complexes et multifacteurs |
| Taille de l'équipe | Seul ou en petit groupe | Atelier / groupe |
| Risque principal | Vision en tunnel, s'arrête à la recherche d'un coupable | Spéculation, aucune profondeur |
| Résultat | Une cause racine | Une cartographie des causes possibles |
De la cause racine à la mesure corrective
Une analyse des causes racines n'a d'intérêt que si elle change quelque chose. Quelle que soit la méthode utilisée, le résultat doit alimenter une action corrective et préventive (CAPA) qui cible la cause racine, et non le symptôme. Essuyer l'huile règle le « Pourquoi 1 ». Corriger l'oubli de migration dans la GMAO règle la vraie cause racine, et empêche toutes les futures fuites que cette même faille aurait masquées.
Bonne pratique : chaque cause racine confirmée reçoit au moins une action, avec un responsable et une échéance, et l'efficacité de l'action est vérifiée après sa clôture. Cette dernière étape, l'action a-t-elle vraiment fonctionné ?, est ce qui sépare un exercice administratif d'une vraie amélioration, et c'est exactement ce qu'un auditeur ISO 45001 ou ISO 9001 contrôle au titre des actions correctives.
Analysez les causes racines et bouclez la boucle au même endroit
Le module Incidents d'ENSURE guide vos analyses 5 Pourquoi et Fishbone, puis transforme les causes racines confirmées en CAPA suivies, avec responsables, échéances et vérifications d'efficacité, pour que rien ne s'arrête à « nettoyer le sol ». Découvrez-le sur un vrai incident lors d'une démo de 30 minutes.