L'ABC de la gestion de projet : I comme diagramme d'Ishikawa

Identifier les causes, résoudre les problèmes

Qu’est-ce qu’un diagramme d’Ishikawa ?

Le diagramme d'Ishikawa a été mis au point dans les années 1960 par Kaoru Ishikawa, expert japonais en gestion de la qualité. L'objectif était de proposer une méthode permettant d'analyser de manière structurée les causes d'un problème concret. La représentation se présente sous la forme d’un diagramme en arête de poisson : le problème (l’effet) se trouve à droite, d’où partent les principales catégories de causes sous forme de lignes – appelées « arêtes » – qui s’étendent vers la gauche. Au départ, il y avait quatre catégories, mais celles-ci ont été progressivement étendues à six, puis à huit, à mesure que le monde des affaires gagnait en complexité et qu’il fallait prendre en compte davantage de facteurs. Chacune de ces catégories principales est subdivisée afin de recenser les causes individuelles possibles. Il en résulte une représentation graphique claire de relations complexes, qui favorise à la fois la réflexion analytique et la recherche de solutions créatives.

Structure et éléments du diagramme d’Ishikawa

À droite se trouve l'effet, c'est-à-dire le problème à analyser. De là partent généralement six branches principales, qui correspondent généralement aux catégories suivantes :

1. Facteur humain (personnel) : cette catégorie regroupe les erreurs dues au comportement humain, à un manque de connaissances, à des problèmes de communication, à des conflits ou à un manque de motivation
2. Machine (technologie) : les défauts techniques, les systèmes obsolètes ou, par exemple, le manque d'entretien relèvent de ce domaine.
3. Matériaux : il s'agit ici de la qualité des matériaux utilisés, de leur disponibilité ou des caractéristiques techniques des matières premières et des consommables.
4. Méthode (processus) : les flux de travail, les normes, les procédures ou, par exemple, la méthode de gestion de projet relèvent de ce domaine.
5. Contexte (environnement) : toutes les conditions environnantes, qu'il s'agisse de l'environnement physique ou organisationnel, qui se situent en dehors de l'entreprise mais qui ont néanmoins une influence sur le processus, relèvent de cette catégorie. Il peut s'agir, par exemple, de facteurs environnementaux tels que la température ou l'humidité de l'air, mais aussi de concurrents, de dispositions légales et de l'évolution du secteur.
6. Direction : les dirigeants ont eux aussi souvent une influence déterminante sur les problèmes. Les erreurs de gestion, une planification insuffisante ou une communication déficiente de la part des dirigeants relèvent donc de cette catégorie
7. Mesure (données) : il s'agit, par exemple, de données de mesure erronées ou manquantes, ou encore d'interprétations erronées.
8. L'argent : la pression sur les coûts, les réductions budgétaires ou les mauvaises décisions d'investissement ont souvent une grande influence et doivent donc être pris en compte.
   Ces catégories servent de cadre à un brainstorming structuré. Elles peuvent être adaptées ou élargies en fonction du secteur d'activité et de la problématique.

Domaines d’application en gestion de projet

Le diagramme d'Ishikawa trouve de nombreuses applications dans la gestion de projet, notamment dans les domaines suivants :

• Gestion de la qualité : analyse des écarts au niveau de la qualité des produits ou des processus
• Gestion des risques : identification préalable des sources d'erreurs potentielles
• Analyse des erreurs : examen des dysfonctionnements ou des problèmes survenus au cours du projet
• Leçons tirées : analyse structurée après la clôture du projet
• Communication au sein de l'équipe : favorise l'échange de points de vue différents et la compréhension mutuelle

Guide étape par étape pour la création

1. Définir le problème :
Le problème à étudier doit être formulé de manière claire et sans ambiguïté. Il doit s'agir d'un phénomène concret et observable (par exemple : « Retard de 4 semaines sur le projet »). Dessinez ensuite un modèle de diagramme et notez le problème sur le côté droit, en tant que tête du poisson.

2. Recueillir les causes (brainstorming) :
En équipe, vous recensez ensuite les causes possibles pour chaque catégorie principale et les notez sur les branches correspondantes. Cette étape fait appel à la créativité, mais aussi à des connaissances factuelles. Il ne s’agit pas encore de se contenter de recenser des causes de grande qualité, mais d’examiner le problème sous différents angles afin d’identifier également les causes moins évidentes.

3. Analyser les causes :
Chaque cause est ensuite examinée : dans quelle mesure est-elle plausible ? Existe-t-il des preuves ou des indices ? Les causes sont évaluées en fonction de leur pertinence, de leur fréquence ou de leur impact sur le problème, par exemple à l'aide d'une analyse ABC. Sélectionnez ainsi les causes les plus probables, ou celles ayant le plus grand impact.

4. Définir des mesures :
Une telle analyse des causes n'a de sens que si des mesures sont ensuite définies à partir des résultats. Vous devez donc désormais définir des pistes d'action concrètes pour résoudre le problème ou le prévenir.

Avantages et limites du diagramme d’Ishikawa

Avantages :

• Analyse systématique : permet une étude structurée de problèmes complexes.
• Esprit d'équipe : favorise le travail collaboratif et la diversité des points de vue.
• Convivial sur le plan visuel : la présentation graphique facilite la compréhension.
• Polyvalent : peut être utilisé dans des contextes et des secteurs très variés.

Limites :

• Aucune pondération des causes : le diagramme ne présente que des possibilités, et non des probabilités.
• Nécessite une animation : sans structure claire, le brainstorming risque de se dérouler de manière désordonnée.
• Ne convient pas aux problèmes simples : lorsque les causes sont claires et évidentes, l'effort requis est disproportionné.

Exemple pratique : analyser un retard dans un projet

Une équipe de projet est confrontée à un défi : un projet informatique a pris un retard considérable. La direction du projet décide d'utiliser un diagramme d'Ishikawa. Un atelier permet de tirer les conclusions suivantes :

• Facteur humain : planification insuffisante des ressources, surcharge de travail de certains membres de l'équipe
• Méthode : absence de processus agiles, absence d'objectifs de sprint clairement définis
• Machine : environnement de développement obsolète, temps de chargement longs
• Contexte : effort de communication important lié au télétravail
• Matériel : exigences erronées dues à des spécifications client peu claires
• Direction : répartition des rôles floue, manque de leadership dans la hiérarchisation des objectifs
• Évaluation : suivi insuffisant, absence de détection en temps utile des retards
• Money : les contraintes budgétaires entravent la mise en œuvre de mises à niveau techniques importantes et le recours à une assistance externe

À l'issue de cette analyse, des mesures ciblées seront mises en place, notamment l'adaptation de la structure de l'équipe, la mise en place de méthodes agiles adaptées et l'amélioration de l'infrastructure technique.

Conseils pour une utilisation efficace

• Équipes interdisciplinaires : faites appel à différents domaines d'expertise afin d'éviter les angles morts.
• Animation : un animateur expérimenté veille à ce que la séance soit bien structurée et axée sur les résultats.
• Combiner la méthode des « 5 pourquoi » : afin d'analyser les causes en profondeur et de ne pas se contenter d'une analyse superficielle, vous pouvez recourir à la méthode des « 5 pourquoi ».
• Mise à jour régulière : ce diagramme est un document évolutif et doit être adapté à mesure que de nouvelles informations sont disponibles.

Conclusion

Le diagramme d'Ishikawa est un outil éprouvé de la boîte à outils de la gestion de projet. Il aide les équipes à analyser systématiquement les problèmes, à mettre en évidence leurs causes et à élaborer des solutions durables. En particulier face à des défis complexes, où de nombreux facteurs interviennent, le diagramme en arête de poisson constitue une aide précieuse pour améliorer la transparence et l’efficacité tout au long du projet. C’est avec un problème clairement défini, une approche structurée et une culture d’équipe ouverte que le diagramme d’Ishikawa déploie tout son potentiel.

En savoir plus sur le logiciel de gestion de projet et de portefeuille myPARM :

Vous souhaitez découvrir myPARM lors d'une démonstration ? Alors prenez rendez-vous dès maintenant !