5-Why-Methode
Ein Kunde beschwert sich: Die Website lädt zu langsam. Ein Entwickler reagiert: „Ich optimiere das CSS." Problem gelöst? Vielleicht kurzfristig – aber warum war das CSS überhaupt nicht optimiert? Und warum wurde das nicht beim Review aufgefallen? Die 5-Why-Methode ist eine deceptiv einfache Technik: Man fragt fünfmal hintereinander „Warum?", bis man zur eigentlichen Wurzelursache durchgedrungen ist. Einmalig behoben, treten dort Fehler meist nicht wieder auf.
1) Das Prinzip: Nicht beim ersten Warum stehenbleiben
Die Methode wurde in den 1930er-Jahren von Sakichi Toyoda entwickelt und ist bis heute ein Kernwerkzeug im KVP und in der Fehleranalyse. Das Prinzip ist simpel: Jede Antwort auf ein „Warum?" wird zur nächsten Frage. Man hört erst auf, wenn man eine Ursache findet, für die es keine sinnvolle weitere Ursache mehr gibt – oder für die eine konkrete Gegenmaßnahme möglich ist.
Warum fünfmal? Fünf ist eine Faustregel, keine strikte Regel. Manchmal reichen drei Schritte, manchmal braucht man sieben. Das Ziel ist nicht, fünfmal zu fragen, sondern zur Wurzelursache vorzudringen. Erste Antworten sind fast immer Symptome – nicht Ursachen.
2) 5-Why in Kombination mit dem Ishikawa-Diagramm
Das Ishikawa-Diagramm und die 5-Why-Methode ergänzen sich ideal. Das Ishikawa-Diagramm zeigt die Breite – es findet viele mögliche Ursachenbereiche auf einmal. Die 5-Why-Methode zeigt die Tiefe – sie verfolgt eine einzelne Ursache bis zu ihrer Wurzel. Der typische Ablauf in der Praxis: Zuerst Ishikawa im Team (alle Kategorien, viele Ideen) → dann 5-Why für die zwei oder drei plausibelsten Ursachen → dann Maßnahmen ableiten.
| Ishikawa | 5-Why | |
|---|---|---|
| Stärke | Breite – viele Ursachenbereiche auf einmal sichtbar | Tiefe – eine Ursache bis zur Wurzel verfolgen |
| Output | Strukturierte Liste möglicher Ursachen | Eine konkrete Wurzelursache + Maßnahme |
| Einsatz | Zu Beginn der Fehleranalyse | Nachdem Ursachenbereiche identifiziert wurden |
| Teamgröße | Ideal für größere Gruppen (5–10 Personen) | Auch für Einzelanalyse geeignet |
3) Häufige Fehler bei der 5-Why-Analyse
Die Methode ist einfach – aber es gibt typische Fallen, in die viele Teams tappen.
- Zu früh aufhören: „Der Entwickler hat einen Fehler gemacht." – Das ist kein Warum, das ist eine Beschuldigung. Warum konnte der Fehler unentdeckt in Produktion gehen? Warum gibt es keinen automatisierten Test?
- Verschiedene Äste nicht verfolgen: Oft gibt es mehrere parallele Ursachenketten. Alle sollten verfolgt werden, nicht nur die bequemste.
- Lösungen als Ursachen ausgeben: „Weil wir kein Monitoring haben" ist eine Ursache. „Weil wir Monitoring einführen müssen" ist eine Maßnahme – keine Ursache.
- Keine Maßnahme ableiten: Die Analyse ist wertlos, wenn am Ende keine konkreten, überprüfbaren Maßnahmen stehen. Wer macht was bis wann?
Zusammenfassung
Die 5-Why-Methode findet Wurzelursachen durch fünfmaliges Fragen „Warum?" – von der sichtbaren Wirkung bis zur eigentlichen Ursache. Sie sucht nach systemischen Problemen, nicht nach Schuldigen. In Kombination mit dem Ishikawa-Diagramm entsteht eine vollständige Fehleranalyse: Ishikawa identifiziert die Breite, 5-Why verfolgt die Tiefe. Das Ergebnis muss immer eine konkrete Maßnahme sein. Beide Methoden sind Teil des PDCA-Verbesserungsprozesses.