Présentation

La technique 5 Whys est l'un des outils les plus simples mais les plus efficaces disponibles pour les ingénieurs pour l'analyse de cause racine. Originaire du système de production Toyota et popularisé par Taiichi Ohno, cette méthode implique de demander --Pourquoi?-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Malgré sa simplicité apparente, de nombreuses équipes d'ingénierie luttent pour obtenir des résultats durables des 5 Pourquois. Elles s'arrêtent trop tôt, tombent en proie à des biais cognitifs ou ne font pas intervenir les bonnes personnes. Le résultat est une correction de surface qui traite les symptômes au lieu des causes profondes. Cet article examine les pièges les plus fréquents rencontrés lors de l'utilisation des 5 Pourquois dans un contexte d'ingénierie et fournit des stratégies actionnables pour surmonter chacune. En affinant la façon dont vous appliquez cette technique classique, vous pouvez améliorer considérablement la fiabilité de vos efforts de résolution de problèmes et produire des solutions plus robustes.

Comprendre la technique des 5 raisons

Le principe fondamental des 5 Pourquois est élégamment simple : commencez par une déclaration claire du problème, puis demandez-lui pourquoi cela s'est-il produit ? - Pour chaque réponse, procédez plus profondément en demandant un autre --Pourquoi ? - jusqu'à ce que vous atteigniez une cause qui peut être traitée avec une action corrective.

En ingénierie, la technique est souvent utilisée comme partie intégrante de l'analyse de la cause racine (RCA) aux côtés d'autres outils comme les diagrammes de la colonne, l'analyse des arbres de failles ou FMEA. Elle fonctionne mieux lorsque le problème est relativement confiné et l'équipe a une connaissance directe du processus. Par exemple, si une fixation critique continue de se détacher sur une ligne de montage, les 5 Pourquois pourraient conduire de -loose boulon ----------------------------------------------------------------------------------------------------------------------------------------------------------

Malgré ses origines dans la fabrication, la technique a été largement adaptée pour le génie logiciel, le génie civil et l'ingénierie des systèmes. Sa force réside dans le fait de forcer les équipes à regarder au-delà de l'évidence et de découvrir des faiblesses systémiques.

Défis communs lors de l'application des 5 Pourquois en ingénierie

Même les ingénieurs expérimentés peuvent tomber dans des pièges qui sapent l'efficacité des 5 Pourquois. Ci-dessous sont les défis les plus importants, chacun expliqué avec des exemples concrets de milieux d'ingénierie réels.

1. Arrêt des causes symptomatiques (analyse superficielle)

L'erreur la plus fréquente est de mettre fin à la séquence de questionnement trop tôt.Les ingénieurs identifient souvent une cause qui semble plausible et arrêtent le processus sans vérifier s'il existe des causes profondes.Par exemple, une équipe qui enquête sur une défaillance de pompe pourrait répondre au premier --Pourquoi ? --L'impulseur s'est érodé. --S'ils s'arrêtent là, ils remplaceront simplement l'impulseur.

Cette analyse superficielle entraîne des échecs récurrents parce que la mesure corrective ne vise que le symptôme. L'organisation investit du temps et de l'argent dans une solution qui échouera encore, reproductrice frustration et éroder la confiance dans le processus de la CR.

2. Bias personnels et organisationnels

Les ingénieurs peuvent sans le savoir orienter les questions vers des causes qui correspondent à leurs croyances antérieures, à leurs intérêts ministériels ou à leur désir d'éviter la faute. Le biais de confirmation, en particulier, peut amener une équipe à se concentrer uniquement sur des éléments de preuve qui étayent leur hypothèse initiale tout en ignorant des données contradictoires.

Par exemple, dans un contexte d'ingénierie logicielle, une équipe pourrait blâmer un crash serveur sur la mémoire insuffisante, parce que c'est ce qu'ils soupçonnaient dès le départ. Ils s'arrêtent après un ou deux Pourquoi, ne demandant jamais pourquoi l'utilisation de la mémoire a augmenté. S'ils avaient pressé, ils auraient pu trouver une fuite de mémoire introduite par un commit de code récent.

Dans les environnements où la faute est rapidement attribuée, les ingénieurs peuvent produire une cause fondamentale qui se protège eux-mêmes ou leurs collègues. Cette distorsion peut transformer les 5 Pourquois en un exercice de gestion de la faute plutôt qu'une occasion d'apprentissage sincère.

3. Manque de collaboration entre les équipes et perspectives diverses

Les 5 Pourquois sont souvent réalisés par un seul ingénieur ou un petit groupe homogène. Lorsque les mêmes personnes qui travaillent quotidiennement avec le problème posent les questions, elles peuvent ignorer des facteurs que quelqu'un d'une discipline différente pourrait repérer immédiatement. Un ingénieur mécanique pourrait ne pas considérer la logique de contrôle électrique comme un facteur contributif; un opérateur pourrait ne pas être au courant des décisions de conception prises il y a des années.

Sans collaboration, l'analyse devient un tunnel. Les études de résolution de problèmes maigres montrent de façon constante que les équipes interfonctionnelles produisent une identification plus approfondie des causes profondes. L'absence de points de vue divers est particulièrement nuisible lorsque le problème s'étend sur plusieurs domaines – par exemple, une question de vibration dans une machine tournante pourrait impliquer une résonance mécanique, une lubrification, un réglage du système de commande et la conception de fondation.

4. Symptômes erronés pour des causes

Les ingénieurs pourraient énumérer -température trop élevée - comme une cause quand il est en fait un symptôme d'une défaillance du système de refroidissement. Les 5 Pourquois doivent être prudents pour différencier entre ce qui est observé (symptômes) et ce qui est produit par un mécanisme sous-jacent (causes).

Cette confusion se produit souvent lorsque l'énoncé du problème lui-même est vague. Si une équipe commence par -La machine a cessé de fonctionner, -Le premier Pourquoi pourrait-il être -Parce qu'il a surchauffé.- La surchauffe est un symptôme, pas une cause. L'équipe doit continuer à demander pourquoi elle a surchauffé.

5. Écart de portée et analyse excessive

Bien que la profondeur insuffisante soit un piège commun, certaines équipes vont trop loin dans l'autre direction, pourchassant des causes dans des zones impossibles à traiter ou non pertinentes au problème immédiat. Les 5 Pourquoi ne nécessite pas de cartographier chaque facteur contributif à l'origine de l'univers. Un piège classique demande pourquoi ? - - pourquoi ? - tellement de fois que l'équipe finit par remettre en question les hypothèses fondamentales de l'entreprise – comme -- Pourquoi l'entreprise a-t-elle décidé d'utiliser ce fournisseur ? - quand une correction plus simple comme la mise à jour d'une liste de contrôle de maintenance suffirait.

Si la réponse au cinquième Pourquoi indique un facteur en dehors de l'autorité de l'équipe (p. ex., les règlements gouvernementaux), l'analyse devrait s'arrêter au quatrième Pourquoi et proposer une action au sein de l'équipe.

Stratégies pour surmonter ces défis

Chacun des défis ci-dessus peut être atténué par des pratiques délibérées et des améliorations structurelles au processus des 5 Pourquois. Les équipes d'ingénierie qui produisent régulièrement des ACR efficaces adoptent les stratégies suivantes.

1. Institutionnaliser une enquête approfondie avec la règle -Cinq Pourquoi

Pour combattre l'analyse superficielle, appliquer une règle que l'équipe doit demander - -Pourquoi ? - au moins cinq fois, même si les trois premières réponses semblent convaincantes. Ecrivez chaque réponse et continuez jusqu'à ce que la dernière réponse ne puisse pas être exprimée comme une cause mais plutôt comme une condition systémique – comme - Notre calendrier de maintenance préventive ne comprend pas ce contrôle - ou - -La spécification de conception n'a pas un appel pour le couple.

Une technique efficace consiste à jumeler les 5 Pourquois avec un diagramme de cause à effet. Créez d'abord un diagramme de poisson pour cartographier toutes les causes potentielles, puis utilisez les 5 Pourquois pour percer sur les branches les plus probables.

2. Favoriser l ' objectivité par le biais des données et de la facilitation

Pour réduire le biais, mettre en terre chaque réponse dans des preuves vérifiables. Exiger l'équipe de demander -Comment savons-nous que c'est vrai ?- pour chaque réponse. Si quelqu'un dit -La valve a échoué à cause de la corrosion, -demandez le rapport d'inspection ou la preuve micrographique.

Nommer un facilitateur neutre qui n'a pas d'intérêt dans le résultat.Cette personne a pour rôle de contester les hypothèses, de réorienter les idées lorsque des préjugés apparaissent et de s'assurer que chaque membre de l'équipe a une voix égale. De nombreuses organisations utilisent des facilitateurs formés qui sont réorientés entre les équipes pour maintenir l'objectivité.

3. Créer des équipes interfonctionnelles et encourager la collaboration

Ne jamais effectuer une analyse 5 Pourquois avec seulement les personnes les plus proches du problème. Inclure au moins une personne d'un département différent ou une spécialité technique. Pour une défaillance mécanique, inviter un collègue de l'ingénierie de qualité, de la maintenance, des opérations, et si possible, de l'ingénierie de conception.

Prévoyez une séance de 45 minutes dédiée aux 5 Pourquoi et utilisez un outil de tableau blanc ou de collaboration numérique pour saisir la chaîne de raisonnement en temps réel. Assurez-vous que tous les participants comprennent qu'ils sont censés contribuer à la fois aux questions et aux réponses, et non seulement observer. Si un participant reste silencieux, l'animateur devrait les inciter : -De votre point de vue, y a-t-il un autre facteur que nous n'avons pas considéré ?

4. Causes distinctives des symptômes avec des énoncés de problème clairs

Avant de commencer les 5 Pourquois, investir du temps dans la fabrication d'un énoncé de problème précis et basé sur des données.Au lieu de -La machine a cessé de fonctionner, -écrire -écrire --La ligne de production a été baissée pendant 47 minutes le 15 mars parce que la pompe de refroidissement a perdu la pression.- Un bon énoncé de problème décrit l'écart, l'impact, et les faits connus.

De plus, utilisez une approche à deux colonnes : à gauche, listez le problème et chaque réponse subséquente ; à droite, notez si chaque réponse est un symptôme ou une cause. Si quelque chose du côté droit est marqué un symptôme, il indique que le questionnement n'a pas encore atteint la racine.

5. Définir les limites de la portée et de la faisabilité

Pour éviter une analyse excessive, définissez les limites de la CR dès le départ. Convenez que l'équipe s'arrêtera une fois qu'elle aura identifié une cause qui répond à deux critères : a) elle est actionnable par l'équipe ou l'organisation, et b) elle la corrigera pour éviter la récurrence du problème spécifique. Si après cinq Pourquoi l'équipe atteint une cause comme -Le marché a changé, -ils devraient se demander si un précédent Pourquoi a été manqué – un changement de marché est rarement une cause racine, mais il peut être une contrainte qui nécessite un type différent de solution.

Utilisez une porte de décision: avant de passer à la prochaine Pourquoi, demandez-vous si nous corrigeons cette cause, le problème initial cessera-t-il d'arriver? - Si la réponse est -oui, mais seulement temporairement, - continuez à creuser. Si la réponse est -oui, définitivement, - alors vous avez atteint un bon point d'arrêt. Cette règle maintient le processus efficace et concentré.

Exemple : Application des 5 Pourquois dans un scénario de fabrication

Considérez une presse à extrusion en aluminium qui produit des pièces avec un marquage de surface.L'énoncé de problème : -Les profils extrudés montrent des rayures longitudinales visibles, ce qui entraîne une augmentation de 12 % du taux de rebut au cours des deux dernières semaines.- Une équipe interfonctionnelle – y compris l'opérateur de presse, le technicien de maintenance, l'ingénieur de process et l'inspecteur de qualité – rassemble pour exécuter les 5 Pourquois.

  1. Pourquoi y a-t-il des rayures? Parce que l'orifice de la matrice contient des débris ou a une surface rugueuse.
  2. Pourquoi les matrices ont-elles des débris ou de la rugosité? Parce que la procédure de nettoyage des matrices n'a pas été effectuée après la dernière course.
  3. Pourquoi la procédure de nettoyage a-t-elle été ignorée? Parce que l'exploitant ne savait pas qu'une nouvelle matrice avait été installée.
  4. Pourquoi l'opérateur n'a-t-il pas été informé? Parce que la notification de changement de matrice est communiquée par courriel, et que l'opérateur ne vérifie pas le courriel pendant le quart de travail.
  5. Pourquoi l'email est-il la seule méthode de notification? Parce que la procédure de transfert de poste repose sur les journaux de messagerie, et qu'il n'existe pas de repère visuel à la presse.

La cause principale identifiée au niveau 5 est une défaillance du système de communication. L'équipe met en œuvre une action corrective: installer un panneau de signalisation physique à la presse qui change de couleur lorsqu'un changement de matrice se produit, et réviser la norme de transfert de décalage pour inclure une confirmation verbale. Le taux de rebut revient à 1% en une semaine. Ici, les 5 Pourquois ont réussi parce que l'équipe est restée objective, a inclus des perspectives diverses, et n'a pas arrêté à -Dirty die.

Conclusion

La technique des 5 raisons demeure l'un des outils les plus accessibles et les plus puissants de la trousse d'outils de résolution de problèmes d'ingénierie. Sa simplicité, cependant, peut être trompeuse. Sans attention délibérée à la profondeur, partialité, collaboration, clarté des causes et portée des symptômes, les équipes sont susceptibles de générer des corrections superficielles qui gaspillent les ressources et érodent la confiance dans le processus.

En mettant en oeuvre les stratégies décrites ci-dessus, en renforçant un nombre minimum de Pourquois, en utilisant des facilitateurs neutres, en assemblant des équipes interfonctionnelles, en énonçant des énoncés précis de problèmes et en fixant des limites claires de la capacité d'action, les organisations d'ingénierie peuvent transformer les 5 Pourquois d'un exercice de remue-méninges occasionnels en une méthode d'analyse rigoureuse des causes profondes.

Pour de plus amples informations sur la technique des 5 Pourquois et ses origines, voir ASQ="s guide to root cause analysis and Lean Enterprise Institute="s explication of the 5 Whys. Pour une plongée plus profonde dans le biais dans la résolution de problèmes, Harvard Business Review offre des conseils pratiques.