Tutoriel d'analyse avec le diagramme en arête de poisson (diagramme d'Ishikawa)¶

1. Qu'est-ce qu'un diagramme en arête de poisson ?¶

Le diagramme en arête de poisson, également appelé diagramme d'Ishikawa ou diagramme causes-effets, est un outil classique d'analyse de problèmes utilisé pour identifier, organiser et présenter de manière systématique les causes potentielles menant à un problème spécifique (effet).

Il a été développé par le Dr. Kaoru Ishikawa, expert japonais en gestion de la qualité, dans les années 1960. Il tire son nom de sa ressemblance avec l'ossature d'un poisson. La tête du poisson représente l'« effet » (le problème), tandis que les arêtes représentent les différentes « causes » menant à cet effet.

2. Pourquoi utiliser un diagramme en arête de poisson ?¶

La principale valeur d'un diagramme en arête de poisson réside dans :

Une pensée structurée : Fournit un cadre clair permettant aux équipes de réfléchir systématiquement à toutes les causes possibles d'un problème à partir de plusieurs dimensions.
Une analyse visuelle : Présente les relations complexes entre causes et effets de manière graphique intuitive, facilitant la compréhension et la discussion au sein de l'équipe.
Le développement de la collaboration en équipe : Très adapté aux séances de remue-méninges, il permet de recueillir la sagesse collective de l'équipe pour identifier des causes sous différentes perspectives.
L'identification des causes racines : En affinant davantage les causes principales, il peut aider l'équipe à explorer en profondeur la racine fondamentale du problème.

3. Structure d'un diagramme en arête de poisson¶

Un diagramme en arête de poisson typique se compose des parties essentielles suivantes :

Tête : Pointe vers la droite, représente le problème ou l'effet à analyser.
Épine centrale : Une ligne principale horizontale s'étendant de la tête du poisson vers la gauche.
Grandes arêtes : Plusieurs branches principales s'étendant diagonalement à partir de l'épine centrale, représentant les catégories principales des causes.
Sous-branches/Petites arêtes : Des branches plus petites s'étendant à partir des grandes arêtes, représentant les causes spécifiques au sein de chaque catégorie.

Catégories principales de causes (Grandes arêtes) courantes¶

La classification des grandes arêtes peut être ajustée en fonction de l'objet d'analyse. Voici quelques modèles classiques de classification :

Industrie manufacturière (modèle 6M) :
- Main-d'œuvre (Manpower) : Compétences, expérience, attitude des opérateurs, etc.
- Méthode (Method) : Procédures de travail, spécifications opérationnelles, paramètres de processus, etc.
- Machine (Machine) : État, précision, maintenance des équipements, outils, etc.
- Matière (Material) : Qualité, spécifications, fournisseurs des matières premières, etc.
- Mesure (Measurement) : Outils de mesure, normes d'inspection, précision des données, etc.
- Milieu (Milieu/Mother Nature) : Température, humidité, éclairage, ambiance culturelle du lieu de travail, etc.
Industrie des services (modèle 4S ou 8P) :
- Fournisseurs (Suppliers)
- Systèmes (Systems)
- Compétences (Skills)
- Environnement (Surroundings)
Marketing (modèle 8P) :
- Produit (Product)
- Prix (Price)
- Lieu (Place)
- Promotion (Promotion)
- Personnes (People)
- Processus (Process)
- Preuve physique (Physical Evidence)
- Productivité et qualité (Productivity & Quality)

4. Comment dessiner et utiliser un diagramme en arête de poisson ?¶

Étape 1 : Définir le problème (Tête du poisson)¶

Clarifier le problème : Tout d'abord, définir clairement et spécifiquement le problème à analyser. Par exemple, « La satisfaction client a baissé de 15 % ce trimestre. »
Dessiner la tête du poisson : Dessiner une boîte sur le côté droit d'un tableau blanc ou d'une feuille de papier, inscrire le problème, puis tracer une épine centrale horizontale s'étendant vers la gauche à partir de cette boîte.

Étape 2 : Déterminer les catégories principales des causes (Grandes arêtes)¶

Choisir un modèle de classification : Choisir un modèle de classification adapté (par exemple, le modèle 6M pour la fabrication) en fonction de la nature du problème.
Dessiner les grandes arêtes : Tracer plusieurs lignes diagonales au-dessus et au-dessous de l'épine centrale en tant que grandes arêtes, et indiquer sur chacune le nom de la catégorie (par exemple, « Main-d'œuvre », « Machine », « Méthode », etc.).

Étape 3 : Organiser un remue-méninges et identifier les causes spécifiques (Sous-branches/Petites arêtes)¶

Discussion en équipe : Réunir les membres concernés de l'équipe et organiser un remue-méninges autour de chaque catégorie principale.
Guidance par questions : On peut combiner la méthode des Cinq Pourquoi en posant à plusieurs reprises la question « Pourquoi cela arrive-t-il ? » pour explorer les causes plus profondes.
- Par exemple, sous la grande arête « Main-d'œuvre », on peut poser la question : « Pourquoi l'opérateur a-t-il commis une erreur ? » → « Parce qu'il n'avait pas reçu une formation suffisante. » → « Pourquoi la formation était-elle insuffisante ? » → « Parce qu'il n'existait pas de matériel de formation standardisé. »
Dessiner les sous-branches/petites arêtes : Relier les causes spécifiques identifiées lors des discussions en tant que sous-branches ou petites arêtes à la grande arête correspondante.

Étape 4 : Analyser et déterminer les causes principales¶

Examiner le diagramme en arête de poisson : Une fois toutes les causes possibles listées, l'équipe examine ensemble l'ensemble du diagramme.
Identifier les causes principales : À travers des discussions, des votes ou une simple validation par des données, identifier les causes principales (ou causes racines) ayant le plus grand impact sur le problème et les plus probables. Les marquer avec des cercles ou des astérisques.

Étape 5 : Élaborer des mesures d'amélioration¶

Élaborer un plan d'action : Élaborer des mesures d'amélioration concrètes et réalisables ainsi qu'un plan d'action pour les causes principales identifiées.

5. Étude pratique : Analyse du problème « Le temps de compilation du logiciel est trop long »¶

graph TD
    subgraph Software Compilation Time is Too Long
        direction LR
        subgraph Manpower
            A[Lack of concurrent programming experience]
            B[Inconsistent code style]
        end
        subgraph Method
            C[Incremental compilation not used]
            D[Sequential build process]
        end
        subgraph Machine
            E[Low build server configuration]
            F[High network latency, slow dependency fetching]
        end
        subgraph Material (refers to code and dependencies here)
            G[Introduced large third-party libraries]
            H[Circular dependencies between modules]
        end
        subgraph Measurement
            I[No compilation time monitoring]
        end
        subgraph Environment
            J[Inconsistent development tool versions]
        end
        A & B --> Manpower
        C & D --> Method
        E & F --> Machine
        G & H --> Material
        I --> Measurement
        J --> Environment
        Manpower & Method & Machine & Material & Measurement & Environment --> K{ }
        K -- Spine --> L[Problem:
Software Compilation Time is Too Long]
    end
    style L fill:#f9f,stroke:#333,stroke-width:2px

Analyse et conclusion : Grâce à l'analyse ci-dessus, l'équipe pourrait découvrir que « la configuration insuffisante du serveur de construction », « l'absence d'utilisation de la compilation incrémentielle » et « les dépendances circulaires entre les modules » sont les trois causes principales ayant le plus d'impact, et élaborer en conséquence des plans d'amélioration matérielle et de refonte technique.

Le diagramme en arête de poisson est un outil flexible et puissant qui encourage une réflexion globale, aidant les équipes à clarifier leurs idées dans des situations complexes et à trouver des voies efficaces pour résoudre les problèmes.