Was ist 5 Why
5 Why ist eine fragebasierte Ursachenanalyse: Bei jedem Symptom wird so lange “Warum?” gefragt, bis die eigentliche Wurzelursache sichtbar wird. Die Zahl fünf ist Daumenregel, nicht Gesetz — manchmal sind es drei Why, manchmal sieben.
Die Methode geht auf Sakichi Toyoda zurück und wurde bei Toyota zum Standardwerkzeug der Problemlösung. Sie steckt in fast jeder A3-Problemlösung und in jedem Kaizen-Workshop.
Klassisches Beispiel aus Toyota:
- Warum steht die Maschine? → Sicherung durchgebrannt
- Warum ist die Sicherung durchgebrannt? → Lager überlastet
- Warum war das Lager überlastet? → Schmierung unzureichend
- Warum war die Schmierung unzureichend? → Pumpe defekt
- Warum war die Pumpe defekt? → Filter wurde nicht gewartet
Die Massnahme heisst nicht “neue Sicherung einbauen”, sondern “Filter-Wartung im TPM-Plan verankern”. Genau dort liegt der Wert der Methode.
Schweizer Praxis-Kontext
In Schweizer Industriebetrieben ist 5 Why das meistgenutzte und gleichzeitig am häufigsten falsch eingesetzte Werkzeug. Drei Beobachtungen aus dem Netzwerk:
- Stoppen nach Why 2 oder 3 — die Antwort “Mitarbeiter hat Fehler gemacht” ist nie eine Wurzelursache. Sie ist das Symptom eines fehlenden Systems
- Why ist keine Schuldzuweisung — gute 5 Why bleiben am Prozess, nicht an einer Person
- Schriftlich, nicht im Kopf — die Kette muss aufgemalt werden, sonst verirrt sich die Diskussion
In regulierten Branchen (MedTech, Pharma) ist 5 Why oft Pflichtbestandteil der CAPA-Dokumentation. Hier zeigt sich, ob die Methode verstanden oder bloss abgehakt wird.
Anwendung in der Praxis
5 Why funktioniert am besten in vier Situationen:
- Singuläre, klar abgegrenzte Probleme — eine Maschine, ein Reklamationsfall, ein Lieferausfall
- Ursachenkette mit einem dominanten Pfad — wenn nicht zehn parallele Ursachen gleichzeitig wirken
- Direkt vor Ort am Gemba — nicht im Sitzungszimmer rekonstruiert
- Mit den Leuten, die das Problem sehen — Operator, Schichtführung, nicht nur Ingenieur
Hilfreiche Disziplinen:
- Antworten in beweisbarer Form formulieren — mit Daten und Beobachtungen, nicht mit Vermutungen
- Bei jedem Why prüfen: würde die Behebung dieser Ursache das Problem stoppen?
- Mehrere parallele 5-Why-Stränge zulassen, wenn die Ursache verzweigt
Wann sinnvoll, wann nicht
5 Why ist die richtige Wahl, wenn:
- Das Problem direkt beobachtbar und reproduzierbar ist
- Eine schnelle, pragmatische Ursachenfindung gefragt ist
- Das Team gemeinsam ein Verständnis aufbauen soll
5 Why ist nicht das richtige Werkzeug, wenn:
- Das Problem mehrere parallele Ursachen hat — dann Ishikawa-Diagramm
- Statistische Variation vorliegt — dann DMAIC mit Datenanalyse
- Die Antworten Spekulation sind statt Fakten — dann erst Daten erheben
Ehrliche Einschätzung: 5 Why ist mächtig in der Hand eines disziplinierten Anwenders. In der Hand eines ungeschulten Teams wird daraus eine rückwärts gerechnete Rechtfertigung für die Lieblingslösung. Coaching ist hier wichtiger als Templates.
Verwandte Begriffe
- A3-Problemlösung — A3 ohne 5 Why funktioniert selten
- Ishikawa-Diagramm — für Probleme mit mehreren Ursachenfeldern
- PDCA — der Lernzyklus, in den 5 Why eingebettet ist
- Kaizen — Verbesserungs-Workshops nutzen 5 Why als Standard
Für die Einführung einer disziplinierten 5-Why-Praxis im eigenen Team sprechen wir gerne über Lean Beratung.