Die 5-Why-Methode basiert auf einem iterativen Fragestellung-Prinzip, das Sakichi Toyoda, den Gründer von Toyota, in den 1930er Jahren zugeschrieben wird. Bei einem Fehlverhalten stellt man die Frage “Warum” nacheinander, um von einem sichtbaren Symptom zu einer tiefer liegenden Ursache zu gelangen. Das Werkzeug wird in Lean-Ansätzen, im Qualitätsmanagement und in vielen industriellen oder organisatorischen Kontexten eingesetzt.
Die Zahl fünf ist eine Konvention, keine Analyse-Regel
Die meisten Präsentationen der 5-Why-Methode legen die Anzahl der Iterationen auf fünf fest. Diese Konvention bietet einen Anhaltspunkt, ist jedoch nicht wissenschaftlich. Neuere Analysen empfehlen, aufzuhören, wenn die Kette eine fundierte und kontrollierbare Ursache erreicht, anstatt genau fünf Fragen zu erzwingen.
Einige Probleme lassen sich in drei Schritten lösen. Andere erfordern mehr. Eine fünfte Frage zu erzwingen, wenn die Wurzelursache bereits in der dritten Iteration identifiziert wurde, führt oft zu vagen oder zirkulären Antworten, die dem Korrekturmaßnahmenplan nichts hinzufügen.
Im Gegensatz dazu bedeutet es, zu früh aufzuhören, weil man eine plausible Antwort erreicht hat, dass man ein Zwischen-Symptom behandelt. Das relevante Kriterium für das Stoppen ist daher kein Zähler, sondern die Natur der identifizierten Ursache: Ist sie beobachtbar, überprüfbar und vor allem, hat das Team die Mittel, um darauf zu reagieren? Wenn die Antwort ja ist, kann die Kette enden. Um die Methode auf Nefa Blog zu entdecken, begleitet ein detaillierter Leitfaden jeden Schritt dieser iterativen Logik.
Multifaktorielle Probleme: die strukturelle Grenze der 5-Why-Methode
Das Werkzeug funktioniert gut, wenn ein Fehlverhalten einer dominanten und relativ linearen Kausalkette folgt. Ein Qualitätsmangel an einem Teil, ein wiederkehrender Maschinenfehler, eine Lieferverzögerung aufgrund eines einzigen Lieferanten: In diesen Fällen schreitet die Folge von “Warum” natürlich auf eine identifizierbare Wurzelursache zu.
Die Rückmeldungen aus der Praxis divergieren an diesem Punkt, sobald das Problem aus mehreren kombinierten Faktoren resultiert. Wenn ein Vorfall eine Schulungslücke, eine Schwäche in der Kontrolle und einen Zeitdruck kombiniert, reicht eine einzige lineare Kette nicht aus, um die Ursachen zu kartieren.
Es ergeben sich dann zwei Optionen:
- Mehrere Fragestellungen parallel verfolgen, was die Übung in einen Ursachenbaum verwandelt und die gemeinsame Lesbarkeit erschwert.
- Die Methode mit einem Ishikawa-Diagramm oder einer Fehlermöglichkeits- und Einflussanalyse zu kombinieren, die die Interaktionen zwischen technischen, menschlichen und organisatorischen Faktoren besser strukturiert.
- Akzeptieren, dass das Werkzeug nicht für den Fall geeignet ist, und zu einer robusteren Methode der Ursachenanalyse überzugehen, wie der Apollo-Analyse oder dem TapRooT-Ansatz.
Die Anwendung der 5 Why auf ein multifaktorielles Problem ohne diese Vorsichtsmaßnahme führt oft dazu, eine einzige Ursache zu benennen, wo mehrere Bedingungen zusammengekommen sind. Der daraus resultierende Aktionsplan behandelt dann nur einen Teil des Problems.
Überprüfung der Antworten: was die Warum-Kette nicht beweist
Eine Kette von “Warum” erzeugt eine kausale Erzählung. Diese Erzählung kann kohärent erscheinen, ohne die Realität widerzuspiegeln. Jede Antwort muss mit überprüfbaren Daten konfrontiert werden: Aufzeichnungen, Messungen, direkte Beobachtungen oder bestätigte Interviews.
Ohne diesen Überprüfungsschritt besteht die Gefahr, dass die Analyse eine plausible Hypothese in eine vom Team akzeptierte Erklärung verwandelt. Der Bestätigungsfehler spielt hier eine Rolle: Sobald eine Gruppe eine erste Antwort formuliert, neigen die folgenden Iterationen dazu, die eingeschlagene Richtung zu bestätigen, anstatt sie in Frage zu stellen.
Die organisatorische Wurzelursache statt des individuellen Fehlers
Eine häufige Falle bei der Anwendung der Problemlösung durch die 5 Why besteht darin, bis zu einem menschlichen Fehler zurückzugehen und dort zu stoppen. “Der Bediener hat das Verfahren nicht befolgt” scheint eine Wurzelursache zu sein. In Wirklichkeit sucht eine solide Analyse nach der organisatorischen Bedingung, die den Fehler möglich gemacht hat oder die ihn nicht erkannt hat.
Unklare Verfahren, fehlende Doppelkontrollen, übermäßige Arbeitsbelastung, Designfehler eines Formulars, ineffektive Qualitätskontrollen: Diese Elemente sind Wurzelursachen, auf die ein Unternehmen nachhaltig einwirken kann. Die Benennung einer Person löst das Problem nicht, da die gleichen Bedingungen denselben Fehler mit einem anderen Bediener produzieren werden.
Effektivitätsbedingungen im Unternehmen: Team, Daten und Umfang
Das Werkzeug zieht seine Stärke aus seiner scheinbaren Einfachheit. Diese Einfachheit wird jedoch zu einem Risiko, wenn die Übung ohne Rahmen durchgeführt wird. Drei Bedingungen bestimmen die Qualität des Ergebnisses.
Die Zusammensetzung des Teams ist ebenso wichtig wie die Methode selbst. Die anwesenden Personen müssen den betroffenen Prozess durch direkte Beobachtung kennen, nicht nur durch ein Organigramm. Ein Moderator, der jede Antwort umformuliert, bevor er das nächste “Warum” stellt, begrenzt logische Sprünge und emotionale Antworten.
Die Antworten müssen auf dokumentierten Fakten basieren, nicht auf Eindrücken. Wenn das Team keine Daten zu einem Schritt im Prozess hat, ist das ein Signal: Diese Daten müssen gesammelt werden, bevor die Analyse fortgesetzt wird, nicht improvisiert eine Antwort gegeben werden.
Der Umfang des Problems muss vor dem ersten “Warum” genau definiert werden. Eine vage Aussage (“Die Qualität hat nachgelassen”) erzeugt divergierende und unbrauchbare Kausalketten. Eine präzise Aussage beschreibt den Mangel, seinen Standort und seine Häufigkeit.
Kontinuierliche Verbesserung und Aktionsplan nach der Analyse
Die Identifizierung einer Wurzelursache führt zu keinem Ergebnis, wenn die Analyse nicht zu einem formalen Aktionsplan führt. Jede validierte Ursache erfordert eine Korrekturmaßnahme mit einem Verantwortlichen, einem Zeitrahmen und einem Nachverfolgungsindikator. Ohne diese Nachverfolgbarkeit bleibt die Übung ein intellektuelles Seminar ohne Einfluss auf den Prozess.
In einem Lean- oder kontinuierlichen Verbesserungsansatz sind die 5 Why Teil eines größeren Zyklus. Die Analyse speist einen PDCA (Plan-Do-Check-Act) oder einen 8D-Bericht, je nach Kontext. Das Werkzeug ist kein Ziel, sondern ein Einstieg in nachhaltige Lösungen.
Die verfügbaren Daten lassen nicht den Schluss zu, dass die Methode für alle Umgebungen geeignet ist. In komplexen digitalen Systemen oder stark interdependenten Organisationen erreicht sie schnell ihre Skalierungsgrenzen. Sie als ein Werkzeug unter anderen zu erkennen, das für Probleme mit einer dominanten Kausalkette geeignet ist, bleibt der beste Weg, um einen echten Nutzen daraus zu ziehen.
