Un problème revient chaque semaine dans votre entreprise : commandes livrées en retard, réclamations clients, erreurs de production, absentéisme ou baisse des ventes. Les équipes cherchent rapidement un responsable, corrigent le dernier incident visible… puis le problème réapparaît quelques jours plus tard.
Cette situation est fréquente. Elle vient souvent d’une analyse trop rapide des causes. On traite le symptôme au lieu de comprendre ce qui l’a produit. Le modèle Ishikawa aide justement à prendre du recul et à structurer cette recherche. Aussi appelé diagramme en arêtes de poisson ou méthode des 5M, il permet de représenter les causes possibles d’un problème avant de choisir les bonnes actions.
Voici comment l’utiliser, avec un exemple concret de diagramme appliqué à une entreprise qui accumule les retards de livraison.
Qu’est-ce que le modèle Ishikawa ?
Le diagramme d’Ishikawa est un outil d’analyse créé par Kaoru Ishikawa, un ingénieur japonais spécialiste de la qualité. Son principe est simple : partir d’un problème clairement formulé, puis rechercher les différentes familles de causes qui peuvent l’expliquer.
La représentation prend la forme d’un poisson :
- la tête correspond au problème à analyser ;
- la colonne vertébrale représente la démarche d’analyse ;
- les grandes arêtes correspondent aux familles de causes ;
- les petites arêtes détaillent les causes secondaires.
L’intérêt n’est pas de produire un schéma esthétique. Le véritable objectif est de faire réfléchir collectivement les personnes concernées, en évitant de s’arrêter à la première explication venue.
Une équipe qui constate des retards de livraison peut par exemple accuser immédiatement le service logistique. Pourtant, les causes peuvent se situer ailleurs : informations client incomplètes, stock mal mis à jour, logiciel peu adapté, planning irréaliste ou procédure de validation trop longue.
À quoi sert un diagramme d’Ishikawa ?
Le modèle Ishikawa est particulièrement utile lorsque le problème est récurrent, multifactoriel ou difficile à expliquer. Il permet de :
- décomposer un problème complexe en éléments plus faciles à étudier ;
- faire participer plusieurs métiers à la recherche des causes ;
- éviter les jugements trop rapides et les accusations personnelles ;
- identifier les causes possibles avant de lancer des actions correctives ;
- repérer les causes profondes plutôt que les simples symptômes ;
- prioriser les vérifications à effectuer sur le terrain.
Cet outil peut être utilisé dans une démarche qualité, un projet d’amélioration continue, une réflexion managériale ou une analyse de dysfonctionnement RH. Il ne s’adresse donc pas uniquement aux usines. Une entreprise de services peut l’utiliser pour comprendre les retards de réponse aux clients. Une équipe RH peut analyser les difficultés de recrutement. Un dirigeant peut chercher les causes d’une baisse de rentabilité.
Les cinq grandes familles de causes : la méthode des 5M
Dans sa version la plus connue, le diagramme repose sur cinq catégories de causes, appelées les 5M :
- Matière : les matières premières, composants, documents ou informations nécessaires à l’activité ;
- Matériel : les machines, outils, équipements, logiciels et infrastructures ;
- Méthode : les procédures, règles, processus, consignes et modes opératoires ;
- Main-d’œuvre : les compétences, effectifs, rôles, formations et conditions de travail ;
- Milieu : l’environnement de travail, l’organisation, les contraintes externes et le contexte.
Selon le secteur, il est possible d’ajouter d’autres catégories. Dans les activités commerciales, la mesure peut être utile pour étudier les indicateurs et les outils de pilotage. Dans les services, le management ou les ressources humaines, on ajoute parfois le « Management » ou les « Moyens financiers ».
Il ne faut pas considérer les 5M comme une règle rigide. Ce sont des repères pour ne rien oublier. Une catégorie qui ne correspond pas au problème peut être supprimée. À l’inverse, une catégorie spécifique peut être ajoutée si elle apporte une vraie valeur à l’analyse.
Exemple de diagramme Ishikawa : les livraisons en retard
Prenons le cas d’une PME qui distribue du matériel professionnel. Depuis trois mois, 18 % des commandes arrivent après la date annoncée au client. Les réclamations augmentent, les équipes commerciales passent du temps à gérer les mécontentements et certains clients commencent à comparer les offres concurrentes.
Le problème doit être formulé avec précision. « La logistique fonctionne mal » est trop vague. Une formulation plus exploitable serait : « 18 % des commandes sont livrées en retard depuis trois mois ».
À partir de cette phrase, l’équipe peut construire le diagramme suivant :
- Matière et informations :
- références produits parfois erronées dans les commandes ;
- adresses de livraison incomplètes ;
- stocks théoriques différents des stocks réels ;
- produits reçus des fournisseurs avec un retard de plusieurs jours ;
- emballages manquants pour certaines références.
- Matériel et outils :
- logiciel de gestion des stocks non synchronisé avec le site de vente ;
- panne récurrente de l’imprimante d’étiquettes ;
- lecteurs de codes-barres trop anciens ;
- véhicule de livraison indisponible certains jours ;
- absence d’alerte automatique lorsqu’un stock passe sous un seuil critique.
- Méthodes et processus :
- commandes urgentes intégrées au planning sans règle de priorisation ;
- validation manuelle réalisée par deux services différents ;
- préparation des commandes lancée avant la confirmation du stock ;
- planning de livraison construit une fois par semaine seulement ;
- aucune procédure claire en cas de rupture de stock.
- Main-d’œuvre et compétences :
- nouveaux préparateurs insuffisamment formés ;
- effectif réduit le lundi matin ;
- répartition des tâches variable selon les personnes présentes ;
- méconnaissance des délais réels annoncés par les transporteurs ;
- fatigue liée à des périodes de forte activité.
- Milieu et contexte :
- hausse saisonnière du nombre de commandes ;
- travaux dans la zone de chargement ;
- circulation perturbée autour de l’entrepôt ;
- augmentation des demandes de livraison express ;
- nouveau fournisseur situé plus loin que le précédent.
Ce premier inventaire ne prouve pas que toutes ces causes sont responsables des retards. Il sert à établir des hypothèses. L’étape suivante consiste à les vérifier avec des données et des observations concrètes.
Comment construire un diagramme d’Ishikawa étape par étape ?
Formuler le problème de manière factuelle
Commencez par décrire ce qui se passe, sans intégrer d’interprétation. Évitez « l’équipe manque de sérieux » ou « le logiciel est mauvais ». Préférez « le délai moyen de traitement est passé de 24 à 39 heures entre janvier et mars ».
Une bonne formulation précise généralement :
- le problème observé ;
- la période concernée ;
- le périmètre touché ;
- l’indicateur qui permet de mesurer la situation.
Réunir les personnes directement concernées
Un diagramme réalisé seul risque de refléter uniquement le point de vue du manager ou du responsable qualité. Réunissez quelques personnes qui connaissent réellement le processus : opérationnels, commerciaux, support, responsables informatique ou RH selon le sujet.
Le groupe n’a pas besoin d’être important. Cinq à huit participants suffisent souvent. L’objectif est de croiser les perspectives, pas d’organiser une réunion interminable où chacun défend son service.
Explorer chaque famille de causes
Pour chaque « M », posez des questions simples :
- Qu’est-ce qui peut provoquer ce problème dans cette catégorie ?
- À quel moment le dysfonctionnement apparaît-il ?
- Qu’est-ce qui a changé récemment ?
- Le problème touche-t-il toutes les situations ou seulement certaines ?
- Quelles informations nous manquent pour vérifier cette hypothèse ?
À ce stade, ne cherchez pas encore à avoir raison. Notez les hypothèses, y compris celles qui semblent peu probables. Une cause apparemment secondaire peut révéler un enchaînement important.
Descendre vers les causes profondes
Le diagramme Ishikawa fonctionne bien avec la technique des « 5 pourquoi ». Pour chaque cause, demandez « pourquoi ? » plusieurs fois, jusqu’à atteindre une cause sur laquelle l’entreprise peut agir.
Exemple :
- Pourquoi la commande est-elle partie en retard ? Parce que le produit n’était pas disponible.
- Pourquoi le produit n’était-il pas disponible ? Parce que le stock affiché dans le logiciel était incorrect.
- Pourquoi le stock était-il incorrect ? Parce que les sorties de marchandises n’étaient pas enregistrées immédiatement.
- Pourquoi les sorties n’étaient-elles pas enregistrées immédiatement ? Parce que le poste de saisie se trouve à l’écart de la zone de préparation.
- Pourquoi cette organisation existe-t-elle ? Parce que l’aménagement n’a jamais été revu depuis l’installation de l’entrepôt.
La cause utile n’est donc pas forcément « le préparateur a oublié la saisie ». Cette formulation désigne une personne et ne traite pas le fonctionnement global. L’analyse fait apparaître une cause organisationnelle et matérielle : le processus rend la saisie difficile au moment où elle devrait être réalisée.
Vérifier les hypothèses avec des faits
Un diagramme peut rapidement devenir une liste d’opinions. Pour éviter cet écueil, associez chaque cause importante à un moyen de vérification :
- analyser les historiques du logiciel ;
- observer le processus pendant plusieurs jours ;
- comparer les équipes ou les périodes ;
- interroger les clients et les fournisseurs ;
- contrôler les temps de traitement ;
- examiner les incidents et les erreurs enregistrées.
Dans notre PME, l’analyse peut révéler que 60 % des retards concernent les commandes contenant une référence spécifique. Une vérification montre alors que le fournisseur livre cette référence avec quatre jours de retard en moyenne. Le problème n’est pas uniquement interne : il faut aussi revoir le stock de sécurité, le délai annoncé au client ou le choix du fournisseur.
Passer du diagnostic au plan d’action
L’objectif du diagramme n’est pas de remplir un tableau avec des dizaines de causes. Il faut transformer les causes confirmées en actions concrètes, avec un responsable et une échéance.
Pour les retards de livraison, le plan peut ressembler à ceci :
- mettre à jour le stock en temps réel grâce à un terminal situé dans la zone de préparation ;
- définir une règle de priorisation pour les commandes urgentes ;
- former les nouveaux préparateurs sur les références sensibles ;
- négocier un délai garanti avec le fournisseur principal ;
- ajouter une alerte lorsque le stock atteint le seuil critique ;
- réviser les délais annoncés sur le site internet ;
- suivre chaque semaine le taux de livraison dans les délais.
Chaque action doit être associée à un indicateur. Par exemple, l’entreprise peut suivre le taux de commandes livrées à temps, le nombre d’erreurs de stock, le délai moyen de préparation et la part des commandes urgentes. Sans mesure, il devient difficile de savoir si les actions produisent réellement un effet.
Les erreurs fréquentes à éviter
Confondre cause et responsable. Le diagramme doit analyser un système, pas désigner un coupable. Une erreur humaine peut être liée à une formation insuffisante, à une procédure confuse ou à une charge de travail excessive.
Rester trop général. « Mauvaise communication » ne constitue pas une cause suffisamment précise. Quelle information manque ? Entre quels services ? À quel moment ? Par quel canal ?
Se limiter aux 5M sans adapter l’outil. Les catégories sont un support de réflexion. Elles doivent être adaptées au contexte de l’entreprise.
Oublier les causes positives ou les différences entre équipes. Si une équipe obtient de meilleurs résultats dans les mêmes conditions, observez ses pratiques. L’analyse des écarts peut révéler une méthode efficace déjà présente dans l’entreprise.
Multiplier les actions sans priorités. Une liste de quinze actions finit souvent par rester dans un dossier partagé. Mieux vaut sélectionner deux ou trois causes majeures, tester des solutions et mesurer les résultats.
Un outil simple, mais pas suffisant à lui seul
Le modèle Ishikawa présente un avantage important : il est accessible, visuel et rapide à déployer. Il favorise aussi une discussion constructive entre des équipes qui ne regardent pas toujours le problème sous le même angle.
Ses limites doivent toutefois être connues. Le diagramme ne permet pas, à lui seul, de mesurer l’importance de chaque cause. Il peut également contenir des hypothèses subjectives ou devenir trop complexe si l’équipe ajoute toutes les explications possibles.
Pour aller plus loin, combinez-le avec d’autres outils :
- les 5 pourquoi pour approfondir une cause ;
- la méthode Pareto pour identifier les causes qui produisent le plus d’effets ;
- la collecte de données pour confirmer les hypothèses ;
- la cartographie des processus pour repérer les étapes sensibles ;
- le plan d’action PDCA pour tester, mesurer et ajuster les solutions.
Dans une petite entreprise, un tableau blanc et des post-it peuvent suffire. Dans une organisation multisite, un outil collaboratif en ligne facilitera la participation et la conservation des analyses. Le support importe moins que la qualité des questions posées et le suivi des décisions.
Le bon réflexe à retenir
Lorsqu’un problème survient, la tentation est forte de chercher immédiatement une solution. Pourtant, une action rapide sur une mauvaise cause peut coûter du temps, de l’argent et de la crédibilité aux équipes.
Le diagramme d’Ishikawa impose une discipline utile : décrire le problème, élargir la recherche, vérifier les hypothèses, puis agir sur les causes les plus importantes. Il ne promet pas de résoudre tous les dysfonctionnements en une réunion. En revanche, il aide l’entreprise à passer d’un débat fondé sur les impressions à une démarche structurée et collective.
La prochaine fois qu’un même incident se répète, posez-vous la question : cherchez-vous vraiment la cause du problème, ou êtes-vous simplement en train de traiter son dernier symptôme ?