Le diagramme d’Ishikawa, aussi appelé diagramme en arêtes de poisson ou diagramme cause-effet, est un outil incontournable pour toute démarche d’amélioration continue ou de gestion de projet. Popularisé par Kaoru Ishikawa, il permet de structurer la recherche des causes profondes d’un problème, plutôt que de se contenter de traiter ses symptômes.

Un outil visuel pour comprendre les problèmes complexes

Dans un projet en difficulté — dérive de planning, qualité insuffisante, bugs récurrents — la tentation est grande d’agir vite. Trop vite. Le diagramme d’Ishikawa impose au contraire une discipline : poser le problème clairement (à la tête du poisson), puis identifier toutes les causes possibles en les classant par catégories.

Ce travail collectif permet de sortir des biais individuels et d’éviter les raccourcis. En gestion de projet, c’est un levier puissant pour objectiver les dysfonctionnements et aligner les équipes. Il est idéal de l’utiliser lors de session de brainstorming.

Les 5M : la base du raisonnement

Traditionnellement, le diagramme repose sur les 5M, cinq grandes familles de causes :

• Main d’œuvre : compétences, formation, organisation humaine
• Méthodes : processus, modes opératoires, gestion de projet
• Matériel : outils, technologies, infrastructures
• Matières : données, inputs, qualité des ressources utilisées
• Milieu : environnement de travail, contexte organisationnel

Ces catégories permettent de ne rien oublier et de couvrir l’ensemble du système.

Vers les 7M, 8M, voire 9M en IT

Dans les environnements IT, limiter l’analyse aux 5M est souvent insuffisant. La complexité des systèmes impose d’élargir la grille de lecture :

• Mesure : indicateurs, KPI, qualité du reporting
• Management : gouvernance, prise de décision, priorisation

On parle alors de 7M, plus adaptés aux projets IT ou aux services.

Et dans des contextes encore plus exigeants et plus complexes, on peut aller plus loin et utiliser les catégories suivantes :

• Moyens financiers : budgets, arbitrages économiques
• Maintenance : gestion des correctifs, dette technique, MCO/MCS

On arrive ainsi à des modèles 8M ou 9M, particulièrement pertinents pour analyser des incidents critiques ou des projets en crise.

Un outil clé pour la gestion de projet et l’amélioration continue

Le diagramme d’Ishikawa est particulièrement utile dans deux cas :

• Gestion de projet : comprendre pourquoi un projet dérape (délais, qualité, coûts)
• Amélioration continue : identifier les causes racines d’un problème récurrent

Il favorise une approche systémique : un problème n’a presque jamais une seule cause, mais une combinaison de facteurs.

Aller plus loin : des causes aux racines

Attention toutefois : l’Ishikawa ne fait qu’organiser les causes. Il ne permet pas, à lui seul, d’identifier les causes racines.

C’est là qu’intervient une méthode complémentaire : les 5 Pourquoi (5P). Elle consiste à creuser chaque cause identifiée en posant successivement la question “pourquoi ?” jusqu’à atteindre le véritable point de rupture. J’aborderai ce sujet dans un autre billet.

C’est ce passage de la surface à la profondeur qui fait toute la différence entre une organisation qui subit… et une organisation qui maîtrise.

Le diagramme d’Ishikawa n’est donc pas qu’un outil qualité. C’est un outil stratégique pour toute entreprise qui souhaite piloter ses projets avec rigueur, lucidité et efficacité.