La méthode des 5 pourquoi est une technique de résolution de problème qui consiste à poser la question « pourquoi ? » plusieurs fois de suite, en général cinq, pour remonter d'un symptôme visible à sa cause racine. Utilisée en production, elle permet de traiter la vraie origine d'un défaut ou d'un arrêt plutôt que de répéter des correctifs superficiels.

Dans une usine, le même incident revient souvent sous des formes différentes : un arrêt de ligne, un lot non conforme, un opérateur qui se trompe de réglage. Sans analyse de cause racine, les équipes colmatent. Les 5 pourquoi offrent une méthode simple, sans outil logiciel et applicable en 20 minutes au pied de la machine.

D'où vient la méthode des 5 pourquoi ?

La technique a été développée par Sakichi Toyoda dans les années 1930, puis popularisée par Taiichi Ohno au sein du Toyota Production System. Pour Ohno, répéter « pourquoi ? » cinq fois permet de révéler la nature du problème et sa solution. Elle fait aujourd'hui partie des outils de base du Lean et de l'amélioration continue, au même titre que le diagramme d'Ishikawa ou le PDCA.

Le chiffre cinq est un repère, pas une règle. Certains problèmes se résolvent en trois questions, d'autres en demandent sept. Le critère d'arrêt est le suivant : vous avez atteint une cause sur laquelle vous pouvez agir durablement, et qui relève du système (procédure, formation, équipement, organisation) plutôt que d'une personne.

Les 5 étapes pour appliquer la méthode en atelier

1. Définir le problème de façon factuelle. Décrivez ce qui s'est passé, où, quand et avec quelle ampleur, sans jugement. « La ligne 3 s'est arrêtée 40 minutes à 14 h » est exploitable. « L'équipe de l'après-midi est négligente » ne l'est pas.

2. Constituer un petit groupe. Réunissez l'opérateur concerné, le chef d'équipe, un représentant de la maintenance ou de la qualité. Les réponses doivent venir de ceux qui connaissent le terrain, d'où l'intérêt de faire l'analyse au poste, dans l'esprit du Gemba.

3. Poser les « pourquoi » successifs. Chaque réponse devient la base de la question suivante. Chaque réponse doit être vérifiable par un fait, une mesure ou une observation, pas par une opinion.

4. Identifier la cause racine. Vous la reconnaissez à deux signes : si elle disparaît, le problème ne revient pas, et elle renvoie à une défaillance de processus plutôt qu'à une faute individuelle.

5. Définir et suivre les actions correctives. Chaque action a un responsable, une échéance et un indicateur de contrôle. Sans cette étape, l'analyse reste un exercice intellectuel.

Exemple concret : un défaut de serrage sur une ligne d'assemblage

Prenons un cas typique de PMI industrielle. Un lot de 200 pièces est rejeté en contrôle final pour couple de serrage insuffisant.

• Pourquoi le couple est-il insuffisant ? Parce que la visseuse était réglée sur une valeur trop basse.
• Pourquoi était-elle mal réglée ? Parce que l'opérateur a repris le réglage de la référence précédente.
• Pourquoi a-t-il repris l'ancien réglage ? Parce que le mode opératoire affiché au poste ne mentionnait pas la valeur de la nouvelle référence.
• Pourquoi le mode opératoire n'était-il pas à jour ? Parce que la mise à jour dépend d'un fichier papier modifié manuellement, sans responsable désigné.
• Pourquoi n'y a-t-il pas de responsable ? Parce qu'aucun processus ne relie un changement de référence à la révision des documents du poste.

La cause racine n'est pas « l'opérateur s'est trompé » mais l'absence de processus de mise à jour documentaire. L'action corrective consiste à lier chaque changement de référence à une révision obligatoire du mode opératoire, avec un propriétaire identifié. Ce cas montre un enseignement récurrent : une grande partie des causes racines en atelier tient à une information absente, périmée ou difficile à trouver au bon moment.

Les limites de la méthode et comment les contourner

Les 5 pourquoi présentent des limites connues :

• S'arrêter trop tôt. L'équipe s'arrête à un symptôme confortable. Remède : exiger une preuve factuelle à chaque réponse.
• Chercher un coupable. Dès qu'une réponse met en cause une personne, reformulez la question sur le système : qu'est-ce qui a rendu cette erreur possible ?
• Suivre une seule piste. Un problème complexe a souvent plusieurs causes. Associez la méthode à un diagramme d'Ishikawa pour explorer les branches, ou à un QRQC pour traiter vite et au poste.
• Biais de confirmation. Faites relire la chaîne par une personne extérieure à l'équipe.

Pérenniser les résultats : documenter et partager l'analyse

Une analyse 5 pourquoi n'a de valeur que si ses conclusions arrivent jusqu'aux postes concernés. Trois pratiques font la différence : mettre à jour le mode opératoire concerné, former les équipes à la nouvelle consigne et conserver l'analyse pour qu'elle serve de référence en cas de récidive. Des outils de knowledge management comme Komin permettent de relier l'analyse à la documentation du poste et de vérifier que chaque opérateur concerné a pris connaissance de la modification.

Questions fréquentes

Faut-il toujours poser exactement cinq fois la question « pourquoi » ?

Non. Cinq est un ordre de grandeur issu de la pratique chez Toyota. Vous vous arrêtez quand vous atteignez une cause racine actionnable, ce qui peut demander trois à sept questions.

Quelle différence entre les 5 pourquoi et le diagramme d'Ishikawa ?

Les 5 pourquoi suivent une chaîne causale unique en profondeur. Le diagramme d'Ishikawa explore en largeur toutes les familles de causes possibles (main-d'œuvre, méthode, matière, milieu, machine). Les deux se combinent bien.

Qui doit participer à une analyse 5 pourquoi ?

Les personnes qui ont vécu le problème : l'opérateur, son responsable direct et un référent qualité ou maintenance. Une analyse menée uniquement en bureau passe souvent à côté de la cause réelle.

La méthode est-elle adaptée aux problèmes complexes ?

Elle convient bien aux problèmes de complexité moyenne. Pour des défaillances multifactorielles, utilisez-la avec un Ishikawa, une AMDEC ou une démarche DMAIC.

Source : Janvic, Méthode des 5 pourquoi : guide, exemples et étapes.