Méthode des 5 pourquoi : trouver la vraie cause d’un problème

Un colis parti en retard, une facture erronée, un client mécontent, une panne qui revient ou un dossier bloqué : le réflexe le plus courant est de réparer vite le symptôme. C’est souvent nécessaire. Mais si la réparation se limite à traiter l’effet visible, le même problème réapparaît quelques jours ou quelques semaines plus tard, avec un nouveau coût et une nouvelle perte de temps.

La méthode des 5 pourquoi donne un cadre simple pour remonter d’un fait précis vers les mécanismes qui l’ont rendu possible. Elle est utilisable dans une TPE, un service administratif, un atelier, une association, une équipe informatique ou à titre personnel. Elle ne demande ni logiciel ni jargon, mais elle exige des faits, une formulation rigoureuse et une action suivie.

Vous pourrez décider si cet outil suffit à votre situation, organiser une séance de 20 à 45 minutes pour un incident simple, documenter les réponses sans accuser un collègue, puis vérifier que la correction réduit réellement le risque de répétition. Pour les événements graves, complexes ou réglementés, les 5 pourquoi restent un point de départ, pas une enquête complète.

01 Ce que la méthode des 5 pourquoi cherche vraiment

Le principe est de partir d’un problème observé et de demander « pourquoi ? » après chaque réponse, jusqu’à atteindre une cause sur laquelle l’organisation peut agir. La méthode est largement associée au système de production Toyota et souvent attribuée à Sakichi Toyoda. Son intérêt ne tient pas au nombre cinq : ce nombre rappelle surtout qu’une explication immédiate est rarement la dernière explication utile.

Une cause dite « racine » n’est pas une vérité absolue, ni l’unique origine imaginable d’un incident. C’est une faiblesse de processus, de règle, de matériel, de formation, de charge ou de contrôle qui, une fois corrigée, diminue de façon crédible la probabilité de revoir le même problème. « Paul s’est trompé » n’est donc généralement pas une cause racine : il faut comprendre dans quelles conditions l’erreur est devenue facile ou difficile à détecter.

02 Cadrer le problème avant de poser la première question

Une analyse échoue souvent avant même le premier « pourquoi », parce que le problème est vague. « Les livraisons sont mauvaises » mélange peut-être des retards, des erreurs d’adresse et des colis abîmés : ces phénomènes ont rarement une même cause. Décrivez un événement délimité par une date, un lieu ou une étape du processus, puis rassemblez les éléments qui permettent de le vérifier.

Écrire un énoncé observable et mesurable

Préférez une phrase neutre telle que : « Le 12 mars, la commande n° 482 a quitté l’entrepôt à 18 h 25, après l’heure de collecte fixée à 17 h 30. » Elle distingue le fait de son interprétation. Évitez « le préparateur a oublié le colis » : c’est déjà une hypothèse. Notez aussi l’impact immédiat — par exemple une livraison reportée de 24 heures, un avoir de 18 € ou deux heures de reprise — sans gonfler le coût par des suppositions.

03 Appliquer les 5 pourquoi pas à pas, seul ou en équipe

Pour un problème circonscrit, réunissez idéalement deux à cinq personnes qui connaissent des étapes différentes du processus : la personne qui exécute, celle qui contrôle, un responsable du flux et, si nécessaire, un client interne. Désignez un animateur qui reformule les réponses et un scribe. Une séance trop large devient une réunion d’opinions ; une séance menée uniquement par un manager peut faire taire les informations gênantes.

04 Exemple complet : un retard d’expédition sans chercher un coupable

L’exemple suivant montre une chaîne possible à partir du retard décrit plus haut. Il ne faut pas le copier mécaniquement : chaque réponse serait à contrôler dans les documents et auprès de l’équipe. Son intérêt est de distinguer le facteur humain immédiat d’un défaut de pilotage plus profond.

Une action qui exige une vigilance parfaite chaque jour est souvent moins robuste qu’une règle, un contrôle ou un outil qui rend l’erreur visible.

Dans cet exemple, la personne qui a préparé le colis tard n’est pas ignorée : son expérience aide à comprendre le déroulement. Mais l’action utile est d’abord organisationnelle. Après correction, l’équipe peut suivre pendant quatre semaines le nombre de commandes dont l’heure limite est dépassée, vérifier que les alertes se déclenchent, puis ajuster le paramétrage si elles créent trop de faux signaux.

05 Quand choisir les 5 pourquoi, et quand préférer un autre outil

Les 5 pourquoi sont efficaces pour un écart simple, récent et suffisamment documenté : erreur de saisie récurrente, retard de traitement, rupture de stock localisée, panne élémentaire ou réclamation bien caractérisée. Ils deviennent fragiles lorsqu’un événement résulte de nombreuses causes simultanées : changement d’organisation, défaillance technique, surcharge, interfaces logicielles et formation insuffisante peuvent alors interagir sans former une seule ligne causale.

Associer les outils plutôt que les opposer

Un bon enchaînement consiste à utiliser un diagramme d’Ishikawa pour cartographier les branches possibles, puis à appliquer les 5 pourquoi sur une ou deux branches prioritaires. Pour une panne technique, une analyse des modes de défaillance ou l’avis d’un technicien peut être plus pertinent. Pour un problème de données, examinez les historiques et échantillonnez des dossiers avant d’interpréter les retours des utilisateurs.

• Choisissez les 5 pourquoi si le problème est unique, observable et d’impact limité.
• Élargissez l’analyse si des causes différentes apparaissent selon les équipes, les jours ou les sites.
• Traitez d’abord la sécurité des personnes et la continuité d’activité avant de rechercher calmement les causes.
• Ne confondez pas une corrélation avec une causalité : deux événements proches dans le temps ne prouvent pas un lien.

06 Transformer l’analyse en amélioration durable et mesurer son coût

L’analyse n’a de valeur que si elle se traduit par une décision traçable. Une fiche d’une page suffit souvent : problème, chaîne de causes, preuves, action choisie, pilote, échéance, moyen nécessaire et indicateur de résultat. Évitez les actions floues comme « être plus vigilant ». Préférez « ajouter une validation obligatoire avant 16 h 30 » ou « réviser la procédure de paramétrage avant le 30 avril ».

Évaluer l’efficacité, pas seulement l’exécution

Une action est réalisée lorsqu’elle est mise en place ; elle est efficace lorsque l’indicateur s’améliore sans créer de dommage ailleurs. Définissez une valeur de départ et une période de comparaison. Par exemple, relevez pendant quatre semaines le nombre de commandes hors délai avant l’action, puis pendant les quatre semaines suivantes. Si le volume de commandes a changé, rapportez aussi le résultat à 100 commandes ou à une autre unité stable.

07 Les pièges qui font échouer une analyse pourtant bien intentionnée

Le premier piège est de décider de la cause avant de collecter les faits. « C’est toujours le logiciel » ou « c’est le manque de formation » peut orienter toutes les questions suivantes. Le deuxième est de forcer exactement cinq réponses : une chaîne de trois niveaux solidement prouvés vaut mieux que cinq niveaux artificiels. À l’inverse, s’arrêter à « erreur de manipulation » revient généralement à abandonner l’analyse au moment où elle devient utile.

Le troisième piège est de confondre mesure corrective et mesure de contournement. Renvoyer immédiatement un colis résout l’incident client ; corriger la règle qui a empêché son traitement prévient la répétition. Les deux actions peuvent être nécessaires, mais elles ne répondent pas au même objectif. Enfin, une action non suivie est une intention, pas une amélioration : programmez la revue dès la réunion initiale et conservez la fiche avec les preuves associées.

1. Traiter l’urgence pour limiter l’impact, sans appeler cela une cause racine.
2. Geler les faits utiles : dates, versions de documents, captures, échantillons et témoignages directs.
3. Analyser sans jugement les conditions qui ont permis l’écart.
4. Choisir une action proportionnée au risque et aux moyens disponibles.
5. Contrôler l’effet réel, puis standardiser la nouvelle pratique si elle fonctionne.