Eine Abweichung wird behoben – und wenige Wochen später tritt sie erneut auf. Häufig wurde dann das sichtbare Symptom korrigiert, während die auslösende Ursache im Prozess bestehen blieb. Die 5-Why-Methode hilft Teams, eine Beobachtung Schritt für Schritt zu hinterfragen und von der unmittelbaren Störung zu einer tiefer liegenden, beeinflussbaren Ursache vorzudringen.
Der Name ist leicht misszuverstehen: Es müssen nicht exakt fünf Fragen sein. Entscheidend ist die logische Kette zwischen Problem, Ursachen und Nachweisen. Bei einfachen, klar abgegrenzten Vorgängen kann die Methode schnell Orientierung geben. Bei komplexen oder sicherheitskritischen Problemen reicht sie allein möglicherweise nicht aus. Die folgenden sieben Schritte zeigen, wie Du 5 Why strukturiert und belastbar einsetzt.
Was ist die 5-Why-Methode?
5 Why ist eine dialogorientierte Technik zur Ursachenanalyse. Ausgehend von einem konkret beschriebenen Problem fragt das Team wiederholt: „Warum ist das passiert?“ Jede Antwort wird zur Ausgangsfrage für die nächste Ebene. Die American Society for Quality (ASQ) beschreibt die Methode als Weg, Schichten von Symptomen zu durchdringen und Ursachen genauer zu verstehen. Sie weist auch darauf hin, dass je nach Problem weniger oder mehr als fünf Fragen nötig sein können.
Das Institute for Healthcare Improvement (IHI) betont einen weiteren wichtigen Punkt: Ein Problem kann mehrere Ursachen haben, und Personen aus unterschiedlichen Teilen eines Systems können zu verschiedenen Antworten gelangen. 5 Why ist deshalb keine mathematische Beweisführung, sondern eine strukturierte Untersuchung, die durch Daten, Beobachtungen und Fachwissen abgesichert werden muss.
Wann eignet sich 5 Why – und wann nicht?
Besonders nützlich ist die Methode bei überschaubaren Prozessabweichungen, wiederkehrenden Fehlern, Verzögerungen, Informationslücken oder einfachen Dienstleistungsproblemen. Sie lässt sich in kurzen Teamrunden, bei Reklamationen oder als Einstieg in eine Korrekturmaßnahmenanalyse einsetzen. Der verwandte Beitrag „Korrektur oder Korrekturmaßnahme im QM?“ zeigt, wie sich Sofortkorrektur und Ursachenbeseitigung voneinander unterscheiden.
Weniger geeignet ist eine einzelne lineare Why-Kette, wenn viele Wechselwirkungen, technische Risiken, unsichere Daten oder erhebliche Folgen vorliegen. Dann können ergänzende Verfahren wie Ursache-Wirkungs-Diagramme, Prozessanalysen, Fehlerbaumanalysen oder FMEA sinnvoll sein. Auch bei mehreren Fehlerbildern solltest Du nicht versuchen, alles in eine einzige Kette zu pressen.
Die 5-Why-Methode in sieben Schritten anwenden
1. Das Problem beobachtbar formulieren
Starte mit einer sachlichen Beschreibung dessen, was tatsächlich festgestellt wurde. Vermeide bereits enthaltene Ursachen oder Schuldzuweisungen. Statt „Die Übergabe war wegen mangelnder Sorgfalt falsch“ lautet eine bessere Ausgangsformulierung: „In drei von zwölf Übergaben fehlte im August die freigegebene Prüfdatei.“ Ergänze Ort, Zeitpunkt, Umfang und betroffenen Prozess. Je präziser die Beobachtung, desto geringer ist das Risiko, dass das Team verschiedene Probleme gleichzeitig untersucht.
2. Daten und Prozesswissen zusammenbringen
Beziehe Personen ein, die den Ablauf kennen und unterschiedliche Prozessschritte vertreten. Sammle vorhandene Belege: Protokolle, Messwerte, Zeitstempel, Reklamationen, Arbeitsanweisungen oder direkte Beobachtungen. Eine gute Why-Antwort beschreibt keinen bloßen Eindruck, sondern lässt sich möglichst mit Fakten stützen. Fehlen wichtige Informationen, wird die Lücke dokumentiert und gezielt untersucht, statt sie durch Vermutungen zu ersetzen.
3. Die erste Warum-Frage auf den Vorgang richten
Frage: „Warum konnte das beschriebene Problem in diesem konkreten Ablauf auftreten?“ Richte die Frage auf Bedingungen und Prozesse, nicht auf Charaktereigenschaften. „Die Mitarbeitende war unaufmerksam“ beendet die Analyse zu früh. Hilfreicher wäre: „Die Prüfdatei war in der Übergabemaske kein Pflichtfeld.“ Damit wird eine beeinflussbare Prozessbedingung sichtbar. Personen können an Fehlern beteiligt sein; für nachhaltige Verbesserungen muss das Team jedoch verstehen, welche Systembedingungen den Fehler ermöglicht oder nicht erkannt haben.
4. Jede nächste Ebene logisch verknüpfen
Nutze die vorherige Antwort als Grundlage der nächsten Frage. Prüfe nach jeder Stufe rückwärts: Wenn diese Ursache nicht vorhanden gewesen wäre, wäre das Problem mit hoher Wahrscheinlichkeit trotzdem aufgetreten? Eine plausible Erzählung reicht nicht. Kennzeichne Annahmen und fordere Belege an. Stoppe nicht automatisch nach der fünften Frage – und frage nicht künstlich weiter, wenn bereits eine überprüfbare und beeinflussbare Ursache erreicht wurde.
5. Verzweigungen sichtbar machen
Manche Antworten führen zu mehreren berechtigten Ursachenpfaden. Vielleicht fehlte die Prüfdatei, weil das Pflichtfeld nicht definiert war; zugleich bemerkte niemand die Lücke, weil eine Kontrollstufe fehlte. Zeichne solche Äste getrennt auf. Die Methode darf ein kleines Ursachenbild ergeben, statt nur eine gerade Linie. Wenn zahlreiche Äste entstehen, ist das ein Signal, zu einem umfassenderen Analysewerkzeug zu wechseln.
6. Die vermutete Grundursache testen
Eine belastbare Grundursache erfüllt mindestens drei Kriterien: Sie erklärt die beobachtete Wirkung, sie ist durch Daten oder einen gezielten Test plausibilisiert und sie lässt sich durch eine Maßnahme beeinflussen. Suche außerdem nach Gegenbeispielen. Trat das Problem auch auf, obwohl die vermutete Ursache nicht vorhanden war? Lässt sich der Fehler unter den beschriebenen Bedingungen reproduzieren? Die ASQ empfiehlt im allgemeinen Problemlösungsprozess ausdrücklich zu fragen, welche anderen Ursachen untersucht und ausgeschlossen wurden und wie die gefundene Ursache verifiziert wurde.
7. Maßnahme, Verantwortung und Wirksamkeit festlegen
Aus der Ursache wird eine konkrete Maßnahme abgeleitet. „Team informieren“ ist oft zu unspezifisch. Besser wäre etwa: Pflichtfeld in der Übergabemaske einrichten, technische Validierung ergänzen, Verantwortlichkeit festlegen und nach vier Wochen die Vollständigkeitsquote prüfen. Dokumentiere Termin, zuständige Person und Erfolgskriterium. Ohne Wirksamkeitskontrolle bleibt offen, ob die Ursache tatsächlich getroffen wurde. Für die Priorisierung mehrerer Handlungsfelder kann zusätzlich eine Pareto-Analyse helfen.
Ein kompaktes 5-Why-Protokoll
Eine praxistaugliche Vorlage muss nicht umfangreich sein. Sie sollte jedoch die Logik und die Nachweise der Analyse sichtbar machen:
- eindeutige Problemformulierung mit Zeitraum und Umfang
- beteiligte Rollen und genutzte Datenquellen
- Why-Frage und Antwort für jede Ursachenebene
- Nachweis, Beobachtung oder noch offene Annahme je Antwort
- eventuelle Verzweigungen und ausgeschlossene Ursachen
- festgestellte Grundursache mit Begründung
- Maßnahme, Verantwortlichkeit, Termin und Wirksamkeitskriterium
Bewahre das Protokoll beim zugehörigen Vorgang auf und verknüpfe es mit der Korrekturmaßnahme. So können spätere Prüfungen nachvollziehen, warum eine Maßnahme gewählt wurde und ob sie den gewünschten Effekt hatte. Die offizielle ISO-Übersicht zu ISO 9001 ordnet die fortlaufende Verbesserung und die Nutzung von Ergebnissen aus Leistungsbewertung und anderen Datenquellen als zentrale Bestandteile eines Qualitätsmanagementsystems ein.
Typische Fehler bei der 5-Why-Analyse
Der häufigste Fehler ist eine vorab feststehende Lösung. Dann werden die Warum-Fragen nur so beantwortet, dass sie zur gewünschten Maßnahme führen. Ebenso problematisch sind personenbezogene Schuldzuweisungen, unbelegte Annahmen und Sprünge zwischen Ursachenebenen. Prüfe deshalb jede Verbindung und lade bei Bedarf weitere Prozessbeteiligte ein.
Ein weiterer Fehler ist die Fixierung auf exakt fünf Stufen. Manchmal ist die Ursache nach drei Fragen klar, manchmal braucht es sieben. Entscheidend ist nicht die Zahl, sondern die Begründung. Auch eine sehr einfache Maßnahme sollte eine Wirksamkeitsprüfung erhalten. Sonst kann ein vorübergehender Rückgang fälschlich als nachhaltige Lösung erscheinen.
FAQ zur 5-Why-Methode
Muss ich immer genau fünfmal „Warum?“ fragen?
Nein. Fünf Fragen sind eine Merkhilfe. Die ASQ weist ausdrücklich darauf hin, dass je nach Problem weniger oder mehr Stufen notwendig sein können. Stoppe bei einer überprüfbaren, relevanten und beeinflussbaren Ursache.
Kann eine 5-Why-Analyse mehrere Grundursachen haben?
Ja. Prozesse besitzen oft mehrere Ursachenpfade, etwa für Entstehung und Nichtentdeckung eines Fehlers. Dokumentiere Verzweigungen sichtbar und nutze bei hoher Komplexität ergänzende Analyseverfahren.
Darf eine Person als Ursache genannt werden?
Individuelles Handeln kann Teil des Ereignisses sein. Eine nachhaltige Ursachenanalyse fragt zusätzlich, welche Prozessbedingungen, Informationen, Kompetenzen, Kontrollen oder Arbeitsmittel das Verhalten beeinflusst haben. Ziel ist Verbesserung, nicht Schuldzuweisung.
Ist 5 Why für jede Abweichung ausreichend?
Nein. Bei sicherheitskritischen, regulatorischen, technisch komplexen oder stark vernetzten Problemen sollte die Methode nur als Einstieg dienen. Welche Analyse angemessen ist, muss anhand von Risiko, Datenlage und Fachgebiet entschieden werden.
Wie erkenne ich, ob die Grundursache stimmt?
Prüfe die Ursache mit Daten, Gegenbeispielen, Beobachtungen oder einem kontrollierten Test. Lege anschließend ein messbares Wirksamkeitskriterium fest. Bleibt der Fehler bestehen, muss die Ursachenhypothese erneut untersucht werden.
Fazit: Nicht bei der ersten plausiblen Antwort stehen bleiben
Die 5-Why-Methode ist einfach zu starten, aber nur mit sauberer Problemdefinition, Fakten und logischen Verbindungen wirklich wirksam. Sie hilft Teams, Symptome von Ursachen zu trennen, mehrere Pfade zu erkennen und Maßnahmen überprüfbar zu begründen. Nutze die sieben Schritte als Leitfaden, passe die Tiefe dem Risiko an und halte offene Annahmen transparent fest.
Du möchtest Ursachenanalysen, Korrekturmaßnahmen und kontinuierliche Verbesserung professionell in Deine Arbeit integrieren? Entdecke die Qualitätsmanagement-Weiterbildungen von GrandEdu Media oder nutze die persönliche Bildungsberatung für Deinen nächsten Lernschritt.