Comment passer du symptôme flou à l'identification rigoureuse des causes racines ?
Popularisé par le professeur Kaoru Ishikawa dans le Japon des années 1960, cet outil visuel permet de classer méthodiquement toutes les origines potentielles d'un dysfonctionnement sans oublier aucune dimension systémique.
Pourquoi est-ce important ? Par expérience, on constate que le diagnostic bute généralement sur trois écueils majeurs :
- Le saut immédiat vers la conclusion : Face à une panne ou une crise, l'équipe cherche à trouver « le coupable » ou une solution hâtive sans explorer le champ des possibles.
- Le "tunnel" sectoriel : Chaque expert analyse le problème uniquement par le prisme de sa spécialité (le technicien incrimine le matériel, le gestionnaire incrimine la procédure), créant des visions en silos.
- L'oubli des facteurs systémiques : On néglige des dimensions fondamentales (environnement, méthodes implicites, facteurs humains) par simple habitude ou manque de méthode.
L'outil, quand il est bien utilisé, est une redoutable "machine à concasser" des problèmes. On le décline sous différents termes qui désignent tous la même chose : arbre des causes, diagramme causes-effets, diagramme d'Ishikawa, diagramme en arrête de poisson.
Objectifs
Utilisé dans le cadre d'un diagnostic, le diagramme causes-effets poursuit trois finalités précises :
- Exhaustivité de l'investigation : Explorer systématiquement toutes les pistes possibles en s'appuyant sur les familles de causes standard (souvent les 5M).
- Intelligence collective et apaisée : Structurer la parole d'un groupe de travail hétérogène (opérationnels, encadrement, experts) sur un support neutre et partagé.
- Hiérarchisation visuelle : Passer d'une infinité d'hypothèses éparpillées à un arbre structuré de causes prêtes à être vérifiées sur le terrain.
Déroulement et outils pratiques
A. Le déroulement en 4 étapes :
- Poser l'effet (la tête du poisson) :
→ Tracer une flèche horizontale pointant vers le problème constaté, formulé précisément (ex. : « Retard récurrent de livraison des dossiers »). - Tracer les grandes branches (Les familles / les 5M) :
→ Définir les axes d'investigation majeurs. On utilise classiquement la règle mnémotechnique des 5M :
- Milieu : L'environnement de travail, la température, le bruit, la culture d'entreprise.
- Matériel : Les machines, les outils, les logiciels, les équipements défectueux.
- Méthode : Les procédures, les modes opératoires, les circuits de validation.
- Main-d'œuvre : La qualification, la formation, la fatigue, la communication entre acteurs.
- Matière : Les consommables, les données d'entrée, les informations brutes. - Brainstormer et ventiler les causes :
→ Pour chaque branche, poser la question « Pourquoi ? » ou « Qu'est-ce qui dans [tel M] provoque l'effet ? » et rattacher chaque idée sous forme de sous-arêtes. Vérifier sur le terrain :
→ Identifier parmi toutes les causes recensées celles qui relèvent de faits avérés (en lien avec votre analyse « Est / N'est pas ») et planifier les vérifications nécessaires.
- Version analogique (recommandée pour l'atelier) : Un grand paperboard ou un tableau blanc, des feutres de couleur pour distinguer les familles. C'est l'outil par excellence du travail de groupe en mode participatif.
- Version numérique : Des logiciels de cartographie (XMind, MindMeister) ou des outils de tableau blanc collaboratif (Miro, Mural) qui permettent de modifier facilement l'arborescence et d'archiver le travail pour le blog ou les rapports d'intervention.
C. Exemple de représentation
 |
| Diagramme en arrête de poisson (arbre des causes) |
Points de vigilance
- Ne pas confondre effet et cause : La « tête » du poisson doit décrire un problème précis et constaté, jamais une solution cachée (« Il manque un logiciel » n'est pas un effet).
- Ne pas se limiter aux 5M : Si le cadre des 5M est une aide précieuse, adaptez les familles à votre contexte (ex. en organisation, on ajoute parfois Management ou Moyens financiers).
- Bannir les opinions non vérifiées : Chaque sous-cause posée sur une arête doit être traitée comme une hypothèse à valider par des faits sur le terrain.
- Éviter le « spaghetti » de causes : Ne surchargez pas le schéma ; si une branche devient trop complexe, isolez-la pour en faire un sous-diagramme dédié.
- Impliquer le terrain : Ne construisez jamais le diagramme seul dans votre bureau ; il doit réunir ceux qui vivent le problème au quotidien.
Quelques mots sur l'origine de la méthode
Développé au début des années 1960 par Kaoru Ishikawa (père de la qualité totale au Japon et pionnier des cercles de qualité), le diagramme naît du besoin de structurer collectivement la recherche de causes dans l'industrie sidérurgique de Kawasaki.
En combinant la rigueur du taylorisme et l'intelligence collective, Ishikawa formalise une structure en arêtes de poisson (fishbone) qui met en évidence l'interaction systémique entre un effet (le problème) et ses causes potentielles.
A lire aussi sur pragma-tic
- La résolution de problèmes est-elle une des méthodes de la gestion du temps ? (article chapeau de la série - méthodologie)
- Vous résolvez déjà des problèmes sans le savoir (article 2 de la série)
- Résoudre des problèmes : des ressentis aux faits (et des mots au dessin) (article 3 de la série)
- Du diagnostic à la décision : remonter aux causes racines et arbitrer les solutions (article 4 de la série)
- Résolution de problèmes - le kit de survie du béotien
Autres sources et références
- Le Guide du Problem Solver : Boîte à outils et fiches méthodes
- En savoir plus : Le diagramme causes-effets sur Wikipedia
Aucun commentaire:
Enregistrer un commentaire