Méthode des 5 pourquoi : principe, exemple et comment l’animer en groupe

Un incident se répète, une équipe corrige le symptôme, et le même problème revient trois semaines plus tard sous une autre forme. La méthode des 5 pourquoi sert précisément à sortir de ce cercle : au lieu de traiter ce qui se voit, on remonte, question après question, jusqu’à la cause sur laquelle il est utile d’agir. Simple en apparence, elle est souvent mal pratiquée, en solo, trop vite ou en cherchant un coupable. Voici son origine, son principe, un exemple déroulé pas à pas, la manière de l’animer en groupe, ses limites et un modèle de fiche prêt à l’emploi.

La méthode des 5 pourquoi : définition

La méthode des 5 pourquoi est une technique d’analyse des causes. Elle consiste à partir d’un problème constaté et à se demander pourquoi il s’est produit, puis à reposer la question sur la réponse obtenue, et ainsi de suite, jusqu’à atteindre une cause profonde sur laquelle on peut agir durablement. Le chiffre cinq est indicatif : il rappelle qu’il faut généralement creuser plusieurs niveaux, pas qu’il faut s’arrêter exactement au cinquième.

On la range parmi les outils de résolution de problèmes, aux côtés du diagramme d’Ishikawa, du QQOQCCP ou du PDCA. Elle se distingue par sa légèreté : pas de logiciel, pas de formation longue, une feuille ou un tableau suffisent. C’est aussi sa fragilité, car sa simplicité incite à l’utiliser trop vite.

D’où vient la méthode ?

La méthode est associée à Sakichi Toyoda, inventeur et industriel japonais, fondateur de l’entreprise de métiers à tisser dont est issu le groupe Toyota. Elle a ensuite été intégrée au système de production de Toyota par Taiichi Ohno, l’un de ses principaux architectes. Dans son livre sur le système de production Toyota, Ohno présente le fait de demander cinq fois « pourquoi » comme la base de l’approche scientifique de l’entreprise : répéter la question permet de rendre visible la vraie cause d’un problème, souvent cachée derrière des symptômes plus évidents.

La méthode s’est ensuite diffusée avec le lean management, puis dans la qualité, la maintenance, le support informatique, la gestion de projet et les méthodes agiles. Elle est aujourd’hui utilisée bien au-delà de l’industrie, partout où une équipe veut comprendre un dysfonctionnement plutôt que simplement le réparer.

Le principe, étape par étape

1. Décrire le problème précisément. Un fait observable, daté, mesurable si possible : « le rapport mensuel a été envoyé à la direction avec quatre jours de retard en septembre », et non « on est toujours en retard ».
2. Demander pourquoi ce problème s’est produit. La réponse doit être un fait, vérifiable, et non une supposition ou un jugement sur une personne.
3. Reposer la question sur la réponse. Pourquoi ce fait s’est-il produit ? On descend d’un niveau.
4. Continuer jusqu’à une cause actionnable. On s’arrête quand la réponse désigne quelque chose sur lequel l’équipe peut agir et qui, une fois corrigé, empêcherait le problème de se reproduire.
5. Vérifier la chaîne à l’envers. Relisez de bas en haut en remplaçant « pourquoi » par « donc » : si la logique tient, l’analyse est cohérente.
6. Définir l’action corrective. Une action sur la cause profonde, avec un responsable et une échéance, puis une vérification de son effet.

Un exemple complet, pas à pas

Voici un exemple fictif mais réaliste, tiré d’un service administratif. Le problème : le rapport d’activité mensuel est parti à la direction avec quatre jours de retard.

Question	Réponse (fait vérifié)
Pourquoi le rapport est-il parti avec quatre jours de retard ?	Parce que les chiffres de l’équipe régionale sont arrivés trois jours après la date prévue.
Pourquoi les chiffres régionaux sont-ils arrivés en retard ?	Parce que la personne qui les consolide a dû les ressaisir à la main.
Pourquoi a-t-elle dû les ressaisir ?	Parce que l’export de l’outil de suivi ne fonctionnait plus depuis la mise à jour du mois d’août.
Pourquoi l’export ne fonctionnait-il plus ?	Parce que le format du fichier a changé avec la mise à jour et que le modèle de consolidation n’a pas été adapté.
Pourquoi le modèle n’a-t-il pas été adapté ?	Parce qu’aucune vérification des usages en aval n’est prévue quand l’outil est mis à jour.

Relisons à l’envers : aucune vérification n’est prévue lors des mises à jour, donc le modèle n’a pas été adapté, donc l’export ne fonctionnait plus, donc la consolidation a été faite à la main, donc les chiffres sont arrivés en retard, donc le rapport est parti en retard. La chaîne tient.

Observez ce qu’aurait donné une analyse arrêtée trop tôt. Au deuxième pourquoi, la conclusion naturelle aurait été « il faut que la personne en charge s’organise mieux ». Au troisième, « il faut réparer l’export ». Ces deux actions auraient réglé le problème de septembre, mais pas celui de la prochaine mise à jour. La cause profonde porte sur un processus, la vérification des usages avant une mise à jour, et c’est elle qui empêche la récidive.

L’action corrective devient alors : ajouter à la procédure de mise à jour de l’outil une liste des fichiers et modèles qui en dépendent, et un test de l’export avant mise en production. Responsable : le référent de l’outil. Vérification : lors de la prochaine mise à jour.

Comment animer les 5 pourquoi en groupe

Pratiquée seule, la méthode reflète les hypothèses de celui qui la mène. En groupe, elle croise les points de vue de ceux qui connaissent chacun une partie du processus, et c’est là qu’elle donne le meilleur d’elle-même. Encore faut-il l’animer avec soin. C’est une compétence que l’on travaille quand on apprend à animer des ateliers collaboratifs : la technique est simple, la conduite du groupe l’est moins.

Avant la séance

• Réunissez 4 à 8 personnes qui connaissent réellement le processus concerné, y compris celles qui l’exécutent au quotidien, pas seulement leurs responsables.
• Rassemblez les faits disponibles : dates, chiffres, traces, messages. Une analyse des causes sans données glisse vite vers les opinions.
• Rédigez une première formulation du problème, que le groupe validera ou corrigera en ouverture.

Pendant la séance

1. Posez le cadre. On cherche des causes dans les processus, les outils, l’organisation, pas des fautes individuelles. Cette règle, énoncée au début, change la qualité des réponses.
2. Écrivez visiblement. Le problème en haut d’un tableau, chaque réponse en dessous, de façon que tout le monde suive la chaîne.
3. Laissez un temps de réflexion individuelle à chaque niveau quand le sujet est complexe : chacun note sa réponse avant d’en parler, pour éviter que la première idée formulée emporte tout.
4. Demandez la preuve. « Comment le sait-on ? » est la question qui empêche la chaîne de dériver vers des hypothèses.
5. Acceptez les branches. Si deux réponses sont vraies à un même niveau, suivez les deux chaînes. Un problème a rarement une cause unique.
6. Arrêtez-vous à la bonne profondeur : quand la cause est actionnable par le groupe ou par quelqu’un qu’il peut solliciter, et que la corriger empêcherait la récidive.
7. Terminez par l’action. Une ou deux actions sur la cause profonde, avec un responsable, une date et un indicateur de vérification.

Le rôle de l’animateur est de tenir le processus, pas de trouver les réponses. S’il est aussi le responsable de l’équipe, qu’il pose les questions et parle en dernier : sa première hypothèse orienterait toutes les autres. Le même principe guide le codéveloppement professionnel, où le groupe aide une personne à analyser sa situation avant de proposer des pistes.

Les 5 pourquoi s’insèrent aussi très bien dans d’autres ateliers. Après un speed boat, ils permettent de comprendre l’ancre jugée prioritaire avant de décider d’une action. Dans une rétrospective d’équipe, ils évitent de transformer chaque irritant en action superficielle.

Un second exemple : quand la chaîne se divise

Les problèmes d’équipe ont rarement une seule cause. Voici un deuxième exemple fictif, cette fois dans une équipe projet : les réunions hebdomadaires débordent systématiquement de trente minutes.

1. Pourquoi les réunions débordent-elles ? Parce que les derniers points de l’ordre du jour sont toujours traités dans l’urgence, puis reportés à la semaine suivante.
2. Pourquoi les derniers points sont-ils reportés ? Le groupe donne deux réponses, vérifiées l’une et l’autre dans les comptes rendus des six dernières semaines. Branche A : les premiers points, des tours d’information, prennent la moitié du temps. Branche B : les décisions attendues ne sont pas prises en séance, faute des éléments nécessaires.
3. Branche A, pourquoi les tours d’information prennent-ils autant de temps ? Parce que chacun présente oralement l’avancement de ses tâches, alors que ces informations existent déjà dans l’outil de suivi. Pourquoi ? Parce que personne n’est sûr que les autres consultent l’outil.
4. Branche B, pourquoi les éléments manquent-ils ? Parce que les dossiers sont envoyés la veille au soir ou en séance. Pourquoi ? Parce qu’aucune règle ne fixe de délai d’envoi, et que l’ordre du jour est arrêté le matin même.

Deux causes profondes, donc deux actions : remplacer le tour d’information par une lecture de l’outil de suivi avant la réunion, avec seulement les points bloquants en séance ; arrêter l’ordre du jour et envoyer les dossiers 48 heures avant. Une chaîne unique aurait conduit à une seule de ces deux actions, et le problème n’aurait été qu’à moitié réglé. Si le groupe doit ensuite choisir comment trancher les sujets en séance, notre article sur les méthodes de décision en groupe complète utilement l’analyse.

Les 5 pourquoi, le diagramme d’Ishikawa et le QQOQCCP

Ces trois outils sont souvent présentés ensemble, et ils se complètent plus qu’ils ne se concurrencent.

• Le QQOQCCP (qui, quoi, où, quand, comment, combien, pourquoi) sert à décrire le problème. On l’utilise en amont, pour poser un énoncé précis et partagé avant de chercher les causes.
• Le diagramme d’Ishikawa, ou diagramme causes et effet, créé par Kaoru Ishikawa, explore les causes possibles en largeur. On les range par familles, souvent les 5M : matière, matériel, méthode, main-d’œuvre, milieu. Il évite de s’enfermer trop tôt dans une seule piste.
• Les 5 pourquoi explorent en profondeur. Une fois les causes possibles identifiées par l’Ishikawa, on creuse les plus probables avec des pourquoi successifs.

Un enchaînement efficace pour un problème sérieux : décrire avec le QQOQCCP, ouvrir avec l’Ishikawa, approfondir avec les 5 pourquoi, puis décider. On retrouve la logique d’alternance entre ouverture et resserrement décrite dans notre article sur le diamant de la participation.

Quand utiliser la méthode, et quand s’en passer

Situation	Les 5 pourquoi conviennent ?	Pourquoi
Incident ponctuel au déroulé clair	Oui	La chaîne causale est courte et vérifiable
Problème qui se répète	Oui	C’est le signe qu’on a traité un symptôme, pas la cause
Irritant prioritaire issu d’une rétrospective	Oui	Évite de décider une action superficielle
Problème aux causes multiples et entremêlées	Avec un Ishikawa d’abord	Une chaîne unique simplifierait trop
Défaillance technique complexe ou accident grave	Non, pas seule	Des méthodes d’analyse plus structurées sont nécessaires
Conflit entre personnes	Non	Les pourquoi successifs deviennent des accusations
Absence de données sur ce qui s’est passé	Pas encore	Il faut d’abord recueillir les faits

Les limites et les pièges à éviter

La méthode est critiquée, notamment dans les milieux de la sécurité et de la qualité, pour plusieurs raisons qu’il vaut mieux connaître.

• Le mirage de la cause unique. Une chaîne linéaire laisse croire qu’un problème a une seule cause. En réalité, plusieurs facteurs se combinent souvent. D’où l’intérêt d’accepter les branches.
• La dépendance aux connaissances du groupe. On ne trouve que les causes que quelqu’un dans la pièce connaît. Si personne ne maîtrise une partie du processus, la chaîne contournera ce point aveugle.
• Le biais de confirmation. Chacun arrive avec son explication favorite et oriente les réponses vers elle. Le temps de réflexion individuelle et la demande de preuves réduisent ce risque.
• La recherche du coupable. « Pourquoi ? Parce que Paul a oublié. » s’arrête sur une personne et ne dit rien de ce qui a rendu l’oubli possible. Demandez alors : pourquoi le processus permettait-il cet oubli ?
• S’arrêter trop tôt. La première cause actionnable n’est pas toujours la bonne. Si la corriger n’empêche pas la récidive, il faut descendre encore.
• Aller trop loin. À l’inverse, à force de pourquoi, on finit par « parce que le marché est concurrentiel » ou « parce que les budgets sont serrés » : des causes vraies mais hors de portée. On s’arrête au dernier niveau sur lequel on peut agir.

Un modèle de fiche 5 pourquoi

Une fiche simple aide à garder la trace de l’analyse et à vérifier plus tard que l’action a produit son effet. Voici les rubriques à prévoir.

Rubrique	Contenu attendu
Problème	Un fait précis, daté, si possible chiffré
Participants	Les personnes présentes et leur rôle dans le processus
Faits disponibles	Données, traces, documents consultés
Pourquoi 1 à 5 (ou plus)	Chaque réponse, avec la preuve qui la soutient
Branches éventuelles	Les chaînes parallèles suivies
Cause retenue	La cause profonde actionnable
Action corrective	Ce qui sera fait, par qui, pour quand
Vérification	Comment et quand on saura que le problème ne se reproduit plus

Gardez les fiches. Relues ensemble quelques mois plus tard, elles révèlent souvent des causes communes à plusieurs problèmes, qui méritent alors une action plus large. Pour préparer la séance elle-même, le modèle de conducteur d’atelier minute par minute peut servir de trame.

Questions fréquentes sur la méthode des 5 pourquoi

Pour approfondir. Taiichi Ohno, Toyota Production System: Beyond Large-Scale Production, Productivity Press (1988 pour l’édition anglaise) ; Kaoru Ishikawa, Guide to Quality Control, Asian Productivity Organization (1968 pour l’édition originale). Sur le même blog : décider en groupe, choisir la bonne méthode et le fast codev pour résoudre un problème en 30 minutes.