Énoncer le problème précisément avant de poser le premier pourquoi

Un énoncé de problème vague produit des causes racines vagues — soyez précis sur ce qui s'est passé.

Why it works

La chaîne des cinq pourquoi n'est utile qu'à hauteur de son point de départ. Un problème énoncé comme « les choses ont mal tourné » ou « la qualité était mauvaise » peut être expliqué par presque n'importe quoi, si bien que le premier « pourquoi » se ramifie dans des dizaines de directions et la chaîne ne converge jamais. Un énoncé de problème précis — « la troisième soudure du lot 47 a échoué à la couture, pas à la jointure » — contraint la chaîne de pourquoi au chemin causal spécifique pertinent pour cet échec. La précision au départ est l'investissement qui rend le reste de l'analyse traitable.

How to do it

1. Décrivez le problème aussi précisément que possible : qu'est-ce qui a échoué, où, quand, dans quelles conditions ?
2. Incluez ce qui n'a PAS échoué — cela restreint l'espace des causes.
3. Évitez le langage évaluatif (« c'était mauvais ») — tenez-vous en aux faits observables.
4. Si vous n'êtes pas sûr des faits précis, rassemblez-les avant de commencer la chaîne de pourquoi.

Données probantes

La spécification du problème est une étape fondamentale dans toutes les méthodes formelles d'analyse de cause racine (AMDEC, arbre de défaillance, diagrammes d'Ishikawa). Les propres récits de Toyota sur les cinq pourquoi soulignent l'observation précise du problème comme prérequis. (mechanistic)

La spécification précise est plus difficile qu'il n'y paraît dans les systèmes sociotechniques complexes où la frontière du « problème » est elle-même contestée.

Sources

• Ohno (1988), Toyota Production System — problem specification as prerequisite to root cause analysis

Erreur fréquente

Commencer avec un énoncé de problème qui est déjà une conclusion (« le processus est inefficace ») plutôt qu'une observation (« la tâche X a pris 4 heures au lieu d'1 »), ce qui rend le premier « pourquoi » circulaire.