Diagramme d’Ishikawa : les 5M, un exemple et comment l’animer en groupe

Face à un problème qui dure, une équipe a tendance à se ruer sur la première explication venue : « c’est l’outil », « c’est le manque de temps », « c’est le client ». Le diagramme d’Ishikawa sert à faire l’inverse : avant de choisir une piste, on les met toutes sur la table, rangées par familles, pour voir le problème dans sa largeur. Inventé par un ingénieur japonais de la qualité, il est devenu l’un des outils de résolution de problèmes les plus utilisés au monde, de l’usine au service client. Voici son origine, la méthode des 5M et ses variantes, un exemple complet, la manière de l’animer en groupe minute par minute, ses limites et son articulation avec les 5 pourquoi.

Diagramme d’Ishikawa : définition

Le diagramme d’Ishikawa est un outil visuel d’analyse des causes. Il part d’un effet constaté, un problème, un défaut, un écart par rapport à un objectif, et recense de manière structurée toutes les causes susceptibles de l’expliquer. Ces causes sont regroupées en grandes familles, puis détaillées en sous-causes.

On le connaît sous plusieurs noms : diagramme causes-effet, diagramme de causes et effets, diagramme en arête de poisson (fishbone diagram en anglais) ou simplement « Ishikawa ». Tous désignent le même outil, dont la force tient en une idée : un problème a rarement une seule cause, et il vaut mieux explorer large avant de creuser profond.

Le diagramme ne donne pas la réponse. Il organise la réflexion d’un groupe, rend visibles les hypothèses de chacun et évite de s’enfermer trop tôt dans une seule piste. Les causes qu’il fait apparaître restent des causes possibles, qu’il faudra ensuite vérifier avec des faits.

D’où vient le diagramme d’Ishikawa ?

Kaoru Ishikawa (1915-1989) est un ingénieur chimiste japonais, professeur à l’université de Tokyo et l’une des grandes figures du mouvement de la qualité au Japon après la Seconde Guerre mondiale. On lui attribue une première utilisation du diagramme dès 1943, pour aider des ingénieurs à comprendre ensemble les facteurs qui influençaient la qualité d’un produit.

L’outil se diffuse surtout dans les années 1960, avec les cercles de qualité, ces petits groupes d’opérateurs qui se réunissent pour résoudre les problèmes de leur atelier et dont Ishikawa est l’un des promoteurs. Il le présente dans son Guide to Quality Control (1968 pour l’édition japonaise), où il figure parmi les sept outils de base de la qualité, aux côtés notamment de la feuille de relevé, de l’histogramme et du diagramme de Pareto.

Ce point d’origine est important : le diagramme a été pensé pour un travail collectif, mené par ceux qui connaissent le terrain. Rempli seul dans un bureau, il perd l’essentiel de son intérêt.

La méthode des 5M, et ses variantes jusqu’aux 8M

Pour éviter d’oublier des pistes, on range les causes dans des familles prédéfinies. La grille la plus connue est celle des 5M, issue de l’industrie :

Famille	Ce qu’elle recouvre	Question à poser
Matière	Ce qui entre dans le processus : matières premières, informations, documents reçus, demandes des clients	Ce que nous recevons est-il complet, conforme, à temps ?
Matériel	Les équipements, machines, outils, logiciels	Nos outils sont-ils adaptés, disponibles, fiables ?
Méthode	Les procédures, modes opératoires, règles, circuits de validation	La manière de faire est-elle claire, connue, adaptée ?
Main-d’œuvre	Les personnes : compétences, effectifs, formation, charge de travail	Les bonnes personnes ont-elles le temps et les compétences ?
Milieu	L’environnement : locaux, ambiance, organisation du travail, contexte externe	Qu’est-ce qui, autour du processus, le perturbe ?

Selon les besoins, on complète la grille :

• 6M : on ajoute la mesure (indicateurs, contrôles, instruments). Un problème qu’on ne mesure pas, ou mal, a du mal à être corrigé.
• 7M : on ajoute le management (priorités, décisions, pilotage, organisation des responsabilités).
• 8M : on ajoute les moyens financiers (budgets, arbitrages d’investissement).

Les familles ne sont pas un dogme. Dans un service administratif, une équipe projet ou un métier de service, les 5M collent parfois mal. Rien n’empêche alors de choisir des familles plus parlantes : clients, collaborateurs, processus, outils, organisation, environnement. La règle est simple : quatre à huit familles, qui couvrent tout le périmètre du problème sans se chevaucher.

Un exemple complet de diagramme d’Ishikawa

Prenons un exemple fictif mais réaliste, dans une PME de services. L’effet constaté : les devis partent en moyenne neuf jours ouvrés après la demande du client, pour un objectif de trois jours, et l’entreprise perd des affaires. L’équipe commerciale et l’équipe d’administration des ventes se réunissent et utilisent la grille des 6M.

Le diagramme fait apparaître une douzaine de causes possibles. Ce que l’équipe en tire est plus intéressant que la liste elle-même :

• Le diagnostic spontané était faux. Avant la séance, tout le monde pensait que le problème venait de la charge des commerciaux. Le diagramme montre que la plupart des causes relèvent de la méthode, de la matière et de la mesure.
• Certaines causes s’enchaînent. Des demandes incomplètes (matière) obligent à relancer le client, ce qui allonge le délai, mais personne ne le voit puisque le délai n’est pas suivi (mesure).
• Toutes les causes ne se valent pas. Un vote du groupe, puis une vérification sur les vingt derniers devis, montrent que deux causes expliquent l’essentiel du délai : la validation à trois niveaux, qui ajoute en moyenne quatre jours, et les demandes incomplètes, qui concernent un devis sur deux.

Le plan d’action porte donc sur ces deux causes : une validation simplifiée en dessous d’un certain montant, et un formulaire de demande qui recueille d’emblée les informations nécessaires au chiffrage. Le suivi du délai devient un indicateur partagé, pour vérifier l’effet des actions.

Construire un diagramme d’Ishikawa en 7 étapes

1. Formuler l’effet. Un énoncé factuel, précis, si possible chiffré, écrit dans la tête du poisson : « 9 jours pour envoyer un devis au lieu de 3 », plutôt que « les devis, c’est trop long ». Le QQOQCCP (qui, quoi, où, quand, comment, combien, pourquoi) aide à le préciser.
2. Tracer l’arête centrale et choisir les familles de causes : 5M, 6M ou des familles adaptées au contexte.
3. Recenser les causes possibles, de préférence d’abord individuellement, en silence, sur des papillons adhésifs, puis en groupe.
4. Les ranger par famille. Une cause qui hésite entre deux familles se met dans l’une ou l’autre : le classement sert à ne rien oublier, pas à trancher un débat de catégories.
5. Détailler les sous-causes en demandant « pourquoi ? » sur chaque cause principale. Les sous-causes forment de petites arêtes secondaires.
6. Hiérarchiser. Le groupe identifie les causes les plus probables, par vote ou par discussion, puis les confronte aux données disponibles.
7. Décider des actions sur les causes vérifiées, avec un responsable, une échéance et un indicateur pour mesurer l’effet.

Comment animer un Ishikawa en groupe

La technique tient sur une page ; la qualité du résultat dépend presque entièrement de la conduite du groupe. Trois risques guettent : que les plus loquaces imposent leur explication, que la séance tourne au procès de tel service ou de telle personne, et que le groupe reparte avec un beau poster mais sans décision. Les principes suivants y répondent. Ce sont ceux que l’on travaille quand on apprend à animer des ateliers collaboratifs.

• Réunir ceux qui connaissent le processus, de 5 à 10 personnes, y compris celles qui l’exécutent au quotidien et, si possible, quelqu’un de l’étape d’avant et de l’étape d’après.
• Poser le cadre en ouverture : on cherche des causes dans le fonctionnement, pas des coupables. Une cause du type « Untel ne fait pas son travail » se reformule en question : qu’est-ce qui, dans l’organisation, rend cette situation possible ?
• Faire produire chacun seul avant l’échange. Cinq à dix minutes de production silencieuse, une idée par papillon : c’est le meilleur moyen d’obtenir les idées de tous, et pas seulement celles des premiers à parler. On retrouve ici les principes du brainstorming : la quantité d’abord, sans critique.
• Séparer les temps. D’abord ouvrir (recenser toutes les causes), ensuite resserrer (choisir les plus probables). Mélanger les deux revient à critiquer chaque idée au moment où elle sort, et à n’en obtenir que très peu. C’est la logique du diamant de la participation.
• Demander la preuve au moment de hiérarchiser. « Comment le sait-on ? » distingue la cause vérifiée de l’intuition. Une cause probable mais non vérifiée devient une action d’enquête, pas une action corrective.
• Faire animer par quelqu’un qui n’a pas d’enjeu. Si le responsable de l’équipe anime, il oriente la discussion sans le vouloir. Mieux vaut un pair d’un autre service ou un facilitateur, le responsable participant comme les autres.

La Trame d’animation Ishikawa NextStart en 75 minutes

La Trame d’animation Ishikawa NextStart est issue de notre pratique d’animation d’ateliers de résolution de problèmes. Elle convient à un groupe de 5 à 10 personnes, en salle ou à distance, pour un problème déjà identifié dont on veut comprendre les causes. Elle peut se recopier dans un conducteur d’atelier minute par minute.

Temps	Séquence	Ce que fait l’animateur	Ce qui en sort
0 à 5 min	Ouverture	Rappelle l’objectif et la règle : des causes, pas des coupables	Un cadre partagé
5 à 15 min	Formuler l’effet	Propose un énoncé chiffré, le fait corriger par le groupe	La tête du poisson, validée par tous
15 à 20 min	Choisir les familles	Présente les 5M ou 6M, propose de les adapter au contexte	Les arêtes principales
20 à 30 min	Production individuelle	Fait noter en silence une cause par papillon, sans limite	20 à 60 causes possibles
30 à 45 min	Placement et regroupement	Fait lire et placer chaque papillon, regroupe les doublons, fait creuser les sous-causes par des « pourquoi »	Le diagramme complet
45 à 55 min	Hiérarchisation	Donne trois votes par personne sur les causes jugées les plus probables	3 à 5 causes prioritaires
55 à 68 min	Vérification	Pour chaque cause prioritaire : qu’est-ce qui la prouve ? quelle donnée manque ?	Causes vérifiées, causes à vérifier
68 à 75 min	Décision	Fait choisir les actions, un responsable, une date et un indicateur	Un plan d’action court

Deux conseils pour que la trame tienne dans le temps : préparez à l’avance les données de base sur le problème (chiffres, dates, quelques exemples), et n’hésitez pas à sortir de la séance avec une action d’enquête plutôt qu’avec une décision hâtive. Si une cause prioritaire mérite d’être creusée plus finement, la méthode des 5 pourquoi prend le relais en fin de séance ou lors d’une séance suivante.

Animer un Ishikawa à distance

Le diagramme se prête bien au travail en visioconférence, à condition de l’outiller. Un tableau blanc numérique avec le squelette du poisson préparé à l’avance remplace le mur de la salle. La production individuelle se fait directement sur des notes numériques, dans une zone à part, avant que chacun ne les déplace sur les arêtes. Prévoyez des séquences plus courtes qu’en présentiel, une pause au-delà d’une heure, et un temps de lecture à voix haute des causes, sans quoi les participants ne lisent que les leurs.

Ishikawa, 5 pourquoi, QQOQCCP, Pareto : quel outil pour quoi ?

Le diagramme d’Ishikawa est souvent présenté avec d’autres outils de résolution de problèmes. Ils se complètent plus qu’ils ne se concurrencent.

Outil	À quoi il sert	Moment de l’analyse
QQOQCCP	Décrire précisément le problème	Au début, pour formuler l’effet
Diagramme d’Ishikawa	Explorer toutes les causes possibles, en largeur	Après la description, pour ouvrir les pistes
Diagramme de Pareto	Identifier les quelques causes qui expliquent la majorité des cas, à partir de données	Pour hiérarchiser les causes quand on peut les compter
5 pourquoi	Creuser une cause en profondeur, jusqu’à la cause racine	Après l’Ishikawa, sur les causes prioritaires
PDCA	Mettre en œuvre et vérifier les actions	Après l’analyse, pour corriger et apprendre

L’enchaînement le plus courant pour un problème sérieux : décrire avec le QQOQCCP, ouvrir avec l’Ishikawa, hiérarchiser avec un vote ou un Pareto, approfondir avec les 5 pourquoi, puis agir et vérifier. On retrouve l’alternance entre pensée divergente et pensée convergente qui structure la plupart des démarches collectives.

Quand utiliser le diagramme d’Ishikawa

• Un problème récurrent, dont on a déjà corrigé plusieurs fois les symptômes sans effet durable.
• Un problème aux causes multiples, où chacun a son explication et où le débat tourne en rond.
• Un irritant prioritaire sorti d’une rétrospective d’équipe ou d’un speed boat, avant de décider d’une action.
• Un projet à sécuriser : en remplaçant l’effet par un objectif (« réussir le lancement de mars »), on peut aussi s’en servir pour recenser les facteurs de succès ou les risques.

Il est en revanche peu utile pour un problème simple, dont la cause est évidente et partagée, et inadapté à un conflit entre personnes : ranger des griefs dans des familles ne les résout pas.

Les limites et les erreurs fréquentes

• Prendre les causes possibles pour des causes avérées. Le diagramme recense des hypothèses. Sans vérification, on risque d’agir sur une cause qui n’en est pas une.
• Un effet trop vague. « La communication interne ne marche pas » produit un diagramme fourre-tout. Plus l’effet est précis, plus les causes sont utiles.
• S’arrêter au poster. Un diagramme complet et joliment illustré ne vaut rien sans hiérarchisation ni décision. Réservez toujours le dernier quart du temps au choix des actions.
• Une vision trop linéaire. Le diagramme range les causes côte à côte, alors qu’elles interagissent souvent. Tracer à la main quelques flèches entre causes liées, par exemple entre « demandes incomplètes » et « délai non suivi » dans l’exemple ci-dessus, aide à le voir.
• Le diagnostic limité aux présents. On ne trouve que les causes que quelqu’un dans la salle connaît. Si un maillon du processus n’est pas représenté, il échappera à l’analyse.
• La chasse au coupable. La famille « main-d’œuvre » attire les mises en cause personnelles. Elle doit parler de compétences, d’effectifs et de charge, pas de bonne ou mauvaise volonté.

Questions fréquentes sur le diagramme d’Ishikawa

Pour approfondir. Kaoru Ishikawa, Guide to Quality Control, Asian Productivity Organization (1968 pour l’édition originale) ; Kaoru Ishikawa, What Is Total Quality Control? The Japanese Way, Prentice Hall (1985). Sur le même blog : la méthode des 5 pourquoi et décider en groupe : choisir la bonne méthode.