Tous les modèles

Analyse des causes racines (ACR) - cartographie des causes

263vues
3utilisations
1likes

Signaler

Analyse des causes racines (ACR) – cartographie des causes

Aperçu

L’analyse des causes profondes – cartographie des causes est un outil visuel structuré qui aide les équipes à analyser les problèmes de façon systématique. En partant de l’impact sur les objectifs de l’organisation, la méthode retrace les causes de gauche à droite en posant à chaque étape la question "Why?" à plusieurs reprises. La carte se ramifie chaque fois que plusieurs causes indépendantes s’appliquent, révélant ainsi l’ensemble des circonstances ayant conduit au problème. Les solutions sont ensuite rattachées directement aux causes spécifiques sur lesquelles elles agissent, ce qui permet aux équipes de choisir les interventions les plus efficaces et les plus économiques plutôt que de rechercher une seule "cause profonde".

Qui peut l’utiliser

Ce modèle est utile à toute équipe qui enquête sur des incidents, des défauts, des pannes ou des problèmes récurrents. Les équipes sécurité l’utilisent pour les enquêtes sur les blessures et les quasi-accidents. Les responsables des opérations l’appliquent aux ruptures de processus et aux retards de production. Les ingénieurs qualité retracent les défauts jusqu’à leur origine. Les chefs de projet analysent les glissements de planning et les dépassements de budget. Les équipes IT et DevOps cartographient les pannes système et les incidents de performance. Les équipes RH enquêtent sur les conflits en milieu de travail et les tendances du taux de rotation du personnel. Les équipes transversales bénéficient tout particulièrement de la structure visuelle, fondée sur des preuves, qui favorise une compréhension partagée entre les services.

Comment l’utiliser

  • (a) Complétez le descriptif du problème – Enregistrez le problème, quand et où il s’est produit, et quel objectif organisationnel a été affecté.

  • (b) Identifiez l’impact – Précisez quel objectif a été affecté : la sécurité, la satisfaction client, le coût, le calendrier ou la qualité.

  • (c) Construisez la carte des causes – En partant de l’impact, demandez "Why?" à chaque nœud et progressez de gauche à droite. Faites bifurquer la carte lorsque plusieurs causes indépendantes existent à la même étape.

  • (d) Notez les preuves – Documentez le journal, l’enregistrement, la photo, l’entretien ou les données qui étayent chaque cause. Une cause sans preuve n’est qu’une hypothèse.

  • (e) Identifiez les solutions possibles – Dans la section des solutions, associez chaque solution à la cause spécifique qu’elle traite. Attribuez un propriétaire, une date d’échéance et un statut de décision (approuvé, en cours d’évaluation, rejeté).

  • (f) Choisir la bonne combinaison – Sélectionnez la combinaison de solutions la moins coûteuse qui empêche de manière fiable la réapparition. Vous n’avez pas besoin de corriger chaque cause sur la carte.

À propos de l’exemple

L’exemple analyse une blessure due à une glissade et une chute dans un entrepôt. Un employé a glissé et s’est foulé la cheville dans l’allée 4 le 14 juillet à 14 h 20 lors du changement d’équipe, ce qui a entraîné un incident de sécurité avec arrêt de travail et 45 minutes d’arrêt.

La carte des causes se ramifie en deux causes indépendantes qui devaient toutes deux être présentes : une fuite d’eau due à un joint de tuyau usé (aucun calendrier d’inspection n’était en place) et l’absence de panneau « Sol mouillé » affiché (la fuite est restée non signalée pendant 40 minutes). Les éléments probants incluent les journaux de maintenance, le planning de nettoyage, les horodatages des caméras de surveillance et un rapport d’inspection du joint.

Trois solutions ont été identifiées, chacune ciblant une cause différente : remplacer le joint d’étanchéité et instaurer des inspections trimestrielles des tuyaux (Facilities, approuvé, échéance 5 septembre); stocker des panneaux « sol mouillé » à chaque extrémité d’allée (Operations, approuvé, échéance 25 août); et une vérification de 15 minutes du sol à chaque changement d’équipe (Shift leads, en cours d’évaluation, échéance 1 septembre). L’exemple illustre comment la carte se ramifie à partir d’un seul événement en plusieurs causes contributives et comment les solutions ciblent différents points de la carte plutôt que de rechercher une unique cause première.

À bientôt !

Khawaja Rizwan

Rizwan Khawaja

ICT Solution Architect @ NUST

I hold master's degrees in computer science and project management along with trainings and certifications in various technologies. All this is coupled with 25+ years of industry experience.


Catégories

Modèles similaires