5-Why-Methode

Die 5-Why-Methode ist eine schlanke Ursachenanalyse-Technik, mit der Sie durch wiederholtes Fragen nach dem Warum von einem beobachteten Symptom zur tatsächlichen Wurzelursache eines Qualitäts- oder Lieferproblems vordringen, statt an der Oberfläche stehenzubleiben.

Detaillierte Erklärung

Die Methode wurde von Sakichi Toyoda, dem Gründer der Toyoda Industries und Vater der späteren Toyota Motor Corporation, in den 1930er Jahren entwickelt und diente ursprünglich der Fehlerbehebung an automatisierten Webstühlen. Taiichi Ohno, Architekt des Toyota Production System (TPS), systematisierte sie in den 1950er und 1960er Jahren als Pflichtbestandteil der Problemlösungs-Schulung und beschrieb sie in seinem 1988 erschienenen Buch Toyota Production System als Grundlage des wissenschaftlichen Toyota-Vorgehens. Die Logik ist einfach: Bei jedem Why wird die Antwort zur neuen Frage, bis fünf Iterationen erreicht sind. Fünf ist dabei kein magischer Wert, sondern eine Faustformel: Tiefe Ursachen liegen in der Praxis bei drei bis sieben Iterationen. Die Methode ist Pflichtwerkzeug in D4 des 8D-Reports, in der A3-Methode und in jeder Six-Sigma-DMAIC-Phase Analyze. Sie wurde 1996 in die Schulungsunterlagen von Lean Construction übernommen und gehört seit 2010 zum Standardrepertoire der Lean-Software-Entwicklung. Der entscheidende Unterschied zu komplexen Werkzeugen wie Fault Tree Analysis besteht darin, dass die 5-Why-Methode in 15 Minuten am Whiteboard durchführbar ist und kein Spezialwissen voraussetzt.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Lieferant liefert eine Charge von 4.200 Stahlblechen mit Maßabweichungen oberhalb 0,3 Millimeter. Sie führen mit dem Lieferanten am Telefon eine 5-Why-Analyse durch. Why 1: Warum sind die Bleche außerhalb der Toleranz? Weil die Walzkraft an Linie 3 schwankte. Why 2: Warum schwankte die Walzkraft? Weil das Hydrauliksystem Druckabfall hatte. Why 3: Warum hatte das Hydrauliksystem Druckabfall? Weil ein Filter verstopft war. Why 4: Warum war der Filter verstopft? Weil die Wartung seit 14 Wochen überfällig war, obwohl der Wartungsplan 8 Wochen vorsieht. Why 5: Warum war die Wartung überfällig? Weil das CMMS-System nach einem Update am 12. Januar 2026 keine automatischen Reminder mehr versendet. Die Wurzelursache liegt also nicht in der Werkstoffqualität, nicht im Bediener und nicht im Filter, sondern in einer IT-Konfiguration. Die Korrektur an Why 4 (manuelle Reminder) wäre Symptombehandlung, die echte Korrektur an Why 5 (CMMS-Reminder reaktivieren) verhindert, dass die nächsten 30 Wartungspositionen dasselbe Schicksal erleiden.

Typische Fehler & Verhandlungskontext

Fünf Anwendungsfehler sind besonders verbreitet. Erstens stoppt die Analyse bei einer personenbezogenen Antwort wie Bediener war unaufmerksam, obwohl Toyota explizit lehrt, niemals Why-Ketten in Schuldzuweisungen enden zu lassen, sondern stets nach dem fehlenden System oder dem fehlenden Mechanismus zu fragen. Zweitens wird ein Why durch eine plausible, aber unbelegte Annahme beantwortet, statt durch Daten oder Beweise. Drittens verläuft die Kette linear, obwohl manche Probleme zwei oder drei parallele Ursachen haben, die alle zur Ursachenanalyse gehören. Viertens werden 5 als feste Zahl missverstanden, obwohl flache Probleme nach 2 Iterationen erledigt sind und tiefe nach 7. Fünftens fehlt die Verifizierung: Eine Wurzelursache muss umkehrbar getestet werden, also durch gezielte Reproduktion bestätigt sein, sonst bleibt sie eine Hypothese. Im Einkaufskontext nutzen Sie die 5-Why-Methode in der Lieferanten-Eskalation: Akzeptieren Sie keinen 8D-Report, dessen D4 ohne dokumentierte 5-Why-Kette geliefert wird, und verlangen Sie explizit den Datennachweis je Why-Stufe.

Verwandte Begriffe

Pflichtbestandteil von [[8d-report]] in D4 und komplementär zu [[ishikawa-diagramm]] (tief vs. breit). Präventiv flankiert von [[fmea]], im Audit-Workflow Bestandteil von [[vda-6-3]] und der [[lieferantenbewertung]].