Le principe : interroger un problème en cascade
Les 5 Pourquoi sont une technique d'analyse née dans l'industrie et popularisée par le système de production Toyota. Le principe tient en une phrase : face à un problème, on demande « pourquoi ? », on note la réponse, puis on redemande « pourquoi ? » à cette réponse — et ainsi de suite, environ cinq fois. Chaque itération descend d'un cran sous le symptôme visible, jusqu'à atteindre la cause racine : celle qui, une fois traitée, fait disparaître le problème pour de bon.
La force de l'outil est sa simplicité. Pas de logiciel, pas de formalisme lourd : une équipe, un problème concret, et la discipline de ne pas s'arrêter à la première explication. Car la première réponse est presque toujours superficielle — elle décrit le symptôme, pas sa source.
Un exemple déroulé
Prenons un cas courant en PME : « Les devis partent en retard. » Voici la cascade :
- Pourquoi les devis partent-ils en retard ? Parce que le commercial attend les prix de l'atelier.
- Pourquoi attend-il les prix ? Parce que l'atelier les calcule à la main, à chaque demande.
- Pourquoi les recalcule-t-il à chaque fois ? Parce qu'il n'existe pas de tarif de référence à jour.
- Pourquoi n'y a-t-il pas de tarif à jour ? Parce que personne n'est chargé de le tenir.
- Pourquoi personne n'en est-il chargé ? Parce que ce rôle n'a jamais été défini quand l'entreprise a grandi.
Le symptôme de départ semblait commercial (« le devis est lent »). La cause racine est organisationnelle : une responsabilité non attribuée. Tant qu'on ne crée pas ce rôle et ce référentiel de prix, on pourra relancer, presser, s'énerver — les devis continueront de traîner.
Un problème qui revient est un problème dont on a traité le symptôme, jamais la cause.
Pourquoi c'est utile : traiter la cause, pas le symptôme
L'intérêt des 5 Pourquoi n'est pas de trouver une réponse, mais la bonne réponse. Sans cette descente, on corrige le visible : on demande au commercial d'être plus rapide, on ajoute une relance, on met une alerte. Ce sont des rustines qui masquent le problème sans le résoudre — et souvent l'alourdissent.
Le risque est encore plus net à l'heure de l'automatisation. Automatiser un symptôme, c'est le graver dans le marbre. Si l'on outille l'envoi de relances pour des devis lents, on rend permanent un processus qui n'aurait jamais dû exister. On aura dépensé du temps et de l'argent à fluidifier un gaspillage. Les 5 Pourquoi évitent ce piège : ils obligent à se demander quoi automatiser avant de se demander comment.
Sa place dans la phase Rationaliser d'ORBIT
Dans la méthode ORBIT, les 5 Pourquoi interviennent au cœur de la phase Rationaliser. Une fois les processus observés et cartographiés — souvent via une Value Stream Mapping — on repère des points de friction et des gaspillages. Les 5 Pourquoi servent alors à comprendre d'où ils viennent avant de décider quoi corriger.
C'est cette discipline qui garantit qu'on assainit avant d'accélérer : on traite les causes organisationnelles, puis seulement on envisage l'outillage ou l'IA gouvernée. L'ordre compte — rationaliser d'abord, automatiser ensuite.
Vos problèmes récurrents ont-ils une cause commune ? Le diagnostic ORBIT remonte à la source de vos frictions et priorise ce qui mérite vraiment d'être corrigé.
Faire mon diagnostic →Questions fréquentes
Pourquoi cinq pourquoi, et pas trois ou sept ?
Cinq est un repère, pas une règle stricte. Il faut en général quatre à six itérations pour passer du symptôme visible à une cause racine actionnable. On s'arrête quand la réponse pointe une cause organisationnelle sur laquelle on peut agir — parfois avant cinq, parfois après. L'essentiel est de ne pas s'arrêter à la première explication, presque toujours superficielle.
Les 5 Pourquoi désignent-ils un coupable ?
Non, et c'est un contresens fréquent. La méthode cherche une cause dans le système — un processus, un outil, une règle absente — pas une personne fautive. Quand la chaîne aboutit à « untel a oublié », c'est le signe qu'il faut poser un pourquoi de plus : pourquoi l'organisation permet-elle cet oubli ? La cause racine est presque toujours organisationnelle.