Carte mentale d'analyse des causes racines : modèle gratuit modifiable

Carte mentale d'analyse des causes racines : modèle gratuit modifiable

Le canevas MindMap interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.

Comment lire cette carte mentale

• Commencez par « Énoncé du problème » et assurez-vous qu'elle contient un problème précis. Parcourez ensuite « Personnes » à « Mesure » dans l'ordre de votre choix, en ajoutant des causes possibles en courtes phrases et une chaîne de pourquoi sous chacune. Terminez par « Vérification », qui rassemble les survivantes.
• Les flèches en pointillés relient des branches qui interagissent. Par exemple, la façon dont l'indicateur est défini sous « Définition de l'indicateur » change la taille de l'écart sous « Taille de l'écart », et une spécification lâche sous « Spécifications » peut se traduire par une consigne faible sous « Consignes suivies ».

Énoncé du problème

« Énoncé du problème » vient en premier, car un problème flou produit une analyse floue. « Ce qui s'est passé » consigne ce qui a réellement été observé, « Taille de l'écart » le chiffre, et « Confinement à ce jour » ce qui a été fait pour empêcher l'aggravation pendant l'enquête.

Remplissez « Où cela a été constaté » et « Quand cela a commencé » avec des faits, pas des opinions. L'erreur la plus courante est de commencer les autres branches avant d'avoir cerné le problème, et d'expliquer trois problèmes différents à la fois.

Personnes

« Personnes » demande si les personnes concernées avaient ce dont elles avaient besoin, pas qui blâmer. « Formation et compétences » couvre les connaissances et les compétences, « Charge de travail et passation » si la charge et la passation laissaient la place de bien travailler, et « Consignes suivies » si la consigne écrite était assez claire pour être suivie.

Utilisez « Pourquoi ne le savait-on pas ? » et « Pourquoi n'a-t-on pas vérifié ? » comme courte chaîne de pourquoi. Si la réponse s'arrête sur le nom d'une personne, vous vous êtes arrêté une question trop tôt.

Processus

« Processus » examine comment le travail est conçu. « Conception des étapes » demande si les étapes permettent l'erreur, « Variation entre équipes » compare la façon dont les équipes ou les sites font le même travail, et « Passages de relais » examine les points où le travail passe d'un responsable à l'autre.

Vérifiez « Contrôles et vérifications » en dernier : un contrôle qui existe sur le papier mais qu'on saute sous pression est en soi un constat. Si le même défaut apparaît dans de nombreuses étapes, dessinez le processus en logigramme avant de continuer.

Systèmes et outils

« Systèmes et outils » couvre les logiciels, machines et instruments dont dépend le travail. « Logiciels et paramètres » concerne la configuration et les changements, « État de l'équipement » l'état physique de l'équipement, et « Alertes et journaux » la question de savoir si quelque chose a alerté quelqu'un.

Sous « État de l'équipement », « Historique de maintenance » et « Usure et étalonnage » distinguent une défaillance ponctuelle d'une dérive lente. Un étalonnage fait il y a un an est un candidat, pas encore une cause.

Matières

« Matières » concerne tout ce qui entre dans le travail. « Apport du fournisseur » demande si un fournisseur ou une équipe en amont a changé quelque chose, « Spécifications » si la spécification était complète, et « Stockage et manutention » si le stockage ou la manutention a altéré l'entrée.

Dans les services, la matière est souvent de l'information. Traitez un formulaire de demande incomplet sous « Spécifications » exactement comme une pièce hors tolérance.

Environnement

« Environnement » regroupe les conditions autour du travail. « Conditions » est la température, le bruit, l'éclairage ou la charge du système, « Aménagement de l'espace » l'aménagement de l'espace de travail, et « Événements externes » tout ce qui échappe à votre contrôle, comme la météo, les jours fériés ou un tiers.

Cette branche est souvent vide, et c'est un résultat. Notez pourquoi vous avez écarté « Conditions » pour que la personne suivante ne refasse pas la vérification.

Mesure

« Mesure » remet en question les preuves elles-mêmes. « Source des données » demande d'où viennent les chiffres, « Échantillonnage » combien ont été examinés et comment ils ont été choisis, et « Définition de l'indicateur » si tout le monde entend la même chose par l'indicateur.

Un problème qui n'apparaît qu'après l'introduction d'un nouveau rapport peut venir d'un changement dans « Définition de l'indicateur », pas du travail. Réglez cela avant de chercher des causes ailleurs.

Vérification

« Vérification » transforme un remue-méninges en analyse. « Causes probables » liste les candidates restantes, chacune avec « Éléments pour » et « Éléments contre », « Test ou essai » indique comment vous testerez la principale, « Énoncé de la cause racine » énonce la cause en une phrase, et « Action corrective » dit ce qui change pour qu'elle ne se reproduise pas.

Écrivez « Énoncé de la cause racine » ainsi : à cause de X, Y s'est produit, ce qui a mené au problème. Si elle ne nomme qu'un symptôme ou une personne, demandez pourquoi une fois de plus.

Comment les branches sont reliées

Les vraies causes se trouvent rarement dans une seule catégorie. Un contrôle manqué sous « Contrôles et vérifications » est souvent le symptôme d'une charge sous « Charge de travail et passation », et une panne d'équipement sous « État de l'équipement » peut n'avoir d'importance que parce qu'une alerte sous « Alertes et journaux » a été ignorée.

Servez-vous des liens pour marquer ces chaînes, puis suivez-les jusqu'au bout. Quand deux catégories se renvoient l'une à l'autre, la cause se trouve en général dans l'écart entre elles, c'est-à-dire l'interface plutôt que l'un des côtés.

Où s'arrête la carte mentale et où commencent les autres diagrammes

Une carte mentale est idéale pour réunir et trier les causes candidates. Dès que vous devez voir l'ordre des événements, passez à un logigramme : dessinez le processus de « Processus » étape par étape et marquez où le problème entre. Si la défaillance concerne plusieurs équipes, un diagramme en couloirs montre qui détenait le travail à chaque moment.

Si la question devient la quantité perdue à chaque étape, un diagramme de Sankey montre le flux. Gardez cette carte comme trace de ce qui a été examiné et écarté.

Relations et enseignements clés

• L'énoncé du problème limite tout le reste, car une cause ne compte que si elle explique cette observation précise.
• Chaque cause possible reste une hypothèse tant qu'elle n'apparaît pas dans la branche vérification avec des éléments pour et contre.
• Une chaîne de pourquoi doit s'arrêter sur quelque chose que l'on peut changer, pas sur une personne ni sur la malchance.
• La branche mesure peut renverser toute l'analyse si l'indicateur lui-même a changé.
• Une catégorie de causes laissée vide n'est un constat que si vous notez comment vous l'avez écartée.

Quand utiliser ce visuel

• Mener une revue sans recherche de coupable après un retard, une réclamation client ou un défaut de production.
• Préparer un rapport d'action corrective avec une piste claire du symptôme à la cause puis au remède.
• Apprendre à une équipe à distinguer les hypothèses des causes testées avant de changer quoi que ce soit.

Comment cela fonctionne

1. Énoncer le problème

   Remplacez « Le problème » par le problème observé et remplissez « Ce qui s'est passé » et « Taille de l'écart » avec quoi, où, quand et l'ampleur. N'avancez pas tant qu'il n'est pas précis.

2. Trier les causes possibles

   Parcourez « Personnes » à « Mesure » en ajoutant de courtes causes candidates et une chaîne de pourquoi sous chacune. Laissez de côté les catégories manifestement sans objet et dites pourquoi dans une note.

3. Tester avant de conclure

   Déplacez les candidates les plus solides vers « Causes probables », consignez les éléments pour et contre, et planifiez la vérification sous « Test ou essai ». N'écrivez « Énoncé de la cause racine » qu'une fois qu'un test la soutient.

Questions fréquentes

Une carte mentale des causes racines est-elle la même chose qu'un diagramme d'Ishikawa ?

Elles reposent sur la même idée de regrouper les causes possibles en catégories. Un diagramme d'Ishikawa a une arête centrale et des branches fixes, tandis qu'une carte mentale laisse chaque catégorie descendre aussi profond qu'il le faut et permet d'ajouter des liens transversaux, comme un problème de mesure qui change la taille du problème.

Combien de pourquoi faut-il poser ?

Il n'y a pas de nombre magique. Continuez jusqu'à ce que la réponse soit quelque chose que vous pouvez changer et tester, comme un contrôle manquant ou une spécification peu claire. Si la chaîne s'arrête sur le nom d'une personne ou sur la malchance, vous vous êtes en général arrêté une question trop tôt.

Que faire si plusieurs causes semblent s'appliquer ?

Listez-les toutes sous la branche vérification avec les éléments pour et contre chacune. Testez d'abord celle qui est la mieux soutenue, puis voyez si le problème persiste. Les causes contributives sont fréquentes : consignez chacune de celles que vous confirmez et l'action corrective correspondante.

Quand passer à un logigramme ?

Passez-y quand la question devient dans quel ordre les choses se produisent ou à quelle étape quelque chose tourne mal. Une carte mentale trie les idées mais ne montre pas la séquence. Dessinez le processus en logigramme, marquez où le défaut apparaît, et gardez la carte mentale comme liste des causes examinées.

Utiliser cette carte mentale des causes racines

Ouvrez cette carte comme votre propre canevas, écrivez le problème au centre et commencez à trier les causes par catégorie.

Utiliser cette carte mentale des causes racines