5 Whys untersucht die Ursachen eines klar eingegrenzten Problems anhand aufeinander aufbauender Warum-Fragen. Die Zahl fünf dient als Merkimpuls. Die Analyse reicht so weit, bis eine belegte und im eigenen Einflussbereich bearbeitbare Bedingung sichtbar wird.

1. 1

   Frame

   Problem und Standard klären

   

   Ziel

   Eine gemeinsame, beobachtbare Problemdefinition mit Ort, Zeitpunkt, Ausmaß und erwartetem Zustand herstellen.

   Voraussetzungen für diesen Schritt

   • Incident, Qualitätsabweichung oder Prozessproblem
   • Standard oder erwarteter Zustand
   • Zeitstempel, Auswirkung und relevante Fallgrenze

   Durchführung

   • Beschreiben, was wann wo und mit welcher Auswirkung passiert ist; Ursache und Schuldzuweisung aus dem ersten Satz entfernen.
   • Den erwarteten Zustand und die Abweichung daneben notieren.
   • Scope, Decider und Analysebeteiligte klären; bei fehlender Reproduzierbarkeit oder unklarem Symptom zuerst Daten nachholen.

   Ergebnis

   Problemdefinition

   Beobachtung · Standard · Abweichung · Scope

   Qualitätscheck

   Könnte eine außenstehende Person den konkreten Fall erkennen, ohne eine vermutete Ursache aus dem Problemtext übernehmen zu müssen?

   Stolperfalle

   Wenn das Problem bereits „weil der Service falsch konfiguriert war“ oder „jemand hat nicht aufgepasst“ lautet, enthält die Problemformulierung schon eine vermutete Ursache. Nur Beobachtung, Zeitpunkt, Auswirkung und Standard formulieren und Vermutungen als spätere Hypothesen sammeln.

   Zeitlicher Rahmen: 3–5 Minuten; bei unklarem Problem nicht in die Kette springen, sondern den Fall zuerst eingrenzen.

2. 2

   Evidence

   Punkt des Auftretens belegen

   

   Ziel

   Den Punkt und Mechanismus der Abweichung aus Fakten, Beobachtung und Fachwissen so weit bestimmen, dass die erste Warum-Frage am richtigen Ort startet.

   Voraussetzungen für diesen Schritt

   • Problemdefinition und Timeline
   • Logs, Metriken, Konfiguration oder Arbeitsbeobachtung
   • Personen mit direktem Prozess- oder Systemwissen

   Durchführung

   • Den Ablauf bis zum Auftreten des Problems rekonstruieren und relevante Zustände festhalten.
   • Mögliche Einflussfaktoren sammeln und, soweit möglich, einzeln gegen Daten oder Beobachtung prüfen.
   • Beleg, Interpretation und offene Annahme in der Arbeitsfläche getrennt markieren.

   Ergebnis

   Belegtes Ausgangsbild

   Point of occurrence · Fakten · geprüfte Faktoren · offene Annahmen

   Qualitätscheck

   Ist nachvollziehbar, wo die Abweichung auftrat und welcher Beleg die Ausgangslage stützt?

   Stolperfalle

   Wenn die Gruppe im Besprechungsraum mit plausiblen Erklärungen beginnt, obwohl Timeline und Logs fehlen, beruht die Ausgangslage auf Vermutung statt auf Belegen. Die Analyse pausieren und die Ausgangslage mit Belegen aus Arbeit oder Systemdaten rekonstruieren.

   Zeitlicher Rahmen: 5–10 Minuten; bei schwer zugänglichen Daten einen eigenen Analyse- oder Beobachtungsschritt planen.

3. 3

   Trace

   Kausalkette verfolgen

   

   Ziel

   Eine zusammenhängende Ursache-Wirkungs-Kette entwickeln, deren Zwischenschritte jeweils durch Fakten, Fachwissen oder klar markierte Annahmen gestützt sind.

   Voraussetzungen für diesen Schritt

   • Belegtes Ausgangsbild
   • Timeline und Einflussfaktoren
   • Menschen mit technischem oder fachlichem Detailwissen

   Durchführung

   • Für die aktuelle Antwort fragen, welche Bedingung sie ermöglicht hat, und die Antwort als nächsten Ausgangspunkt notieren.
   • Nach jedem Schritt die Kausalrichtung mit „deshalb“ zurücklesen und Beleg oder Prüfaktion ergänzen.
   • Bei mehreren plausiblen Ursachenpfaden verzweigen, statt eine lineare Geschichte zu erzwingen.

   Ergebnis

   Kausalkette

   Beobachtung → Bedingung → nächste Ursache · Belegstatus je Verbindung

   Qualitätscheck

   Erklärt jeder Übergang, wie die vorherige Abweichung entstehen konnte, und ist klar, was belegt, abgeleitet oder noch offen ist?

   Stolperfalle

   Wenn die Kette zu Aussagen wie „Prozess ist alt“ springt oder nach der ersten Reparatur endet, fehlt ein nachvollziehbarer Mechanismus zwischen den Stufen. Nach einem konkreten Mechanismus fragen und die Kette bis zur Einflussgrenze oder einer prüfbaren Grenze weiterführen.

   Zeitlicher Rahmen: 8–15 Minuten; nicht auf eine feste Zahl von Fragen begrenzen, sondern an Beleglage und Einflussbereich stoppen.

4. 4

   Challenge

   Erklärung prüfen und Grenze setzen

   

   Ziel

   Eine Ursache oder Ursachenmenge so weit eingrenzen, dass sie plausibel, überprüfbar und für das Team bearbeitbar ist.

   Voraussetzungen für diesen Schritt

   • Kausalkette mit Belegstatus
   • Abweichende Hypothesen
   • Kenntnis des tatsächlichen Einflussbereichs

   Durchführung

   • Abweichende Erklärungen und Gegenbelege ausdrücklich abfragen; unbelegte Zustimmung nicht als Bestätigung werten.
   • Prüfen, ob die unterste Ursache die Wiederholung des Problems erklären kann und durch das Team veränderbar ist.
   • Wenn die Ursache außerhalb des Einflussbereichs liegt, einen beeinflussbaren Vorläufer wählen, weiter untersuchen oder den Fall an eine passendere Analyse übergeben.

   Ergebnis

   Geprüfte Ursachenaussage

   Bevorzugte Erklärung · Gegenbelege · Unsicherheit · Einflussgrenze

   Qualitätscheck

   Sind Unsicherheit, Alternativen und Einflussbereich offen dokumentiert, statt eine unverdiente Gewissheit zu behaupten?

   Stolperfalle

   Wenn die Gruppe die erste plausible Antwort Root Cause nennt, verwechselt sie Einigkeit mit Beleg. Die Kette rückwärts gegen Daten prüfen, Gegenhypothesen zulassen und fehlenden Beleg offen markieren.

   Zeitlicher Rahmen: 5–10 Minuten; bei verzweigten oder schwach belegten Pfaden die Analyse ausweiten oder abbrechen.

5. 5

   Act

   Gegenmaßnahmen und Lernen festlegen

   

   Ziel

   Konkrete Maßnahmen vereinbaren, die die bearbeitete Bedingung verändern oder die Entdeckung bis dahin absichern, und ihre Wirkung überprüfbar machen.

   Voraussetzungen für diesen Schritt

   • Geprüfte Ursachenaussage
   • Verfügbare Handlungsoptionen und Nebenbedingungen
   • Owner, Zieldatum und geeignete Wirkindikatoren

   Durchführung

   • Mindestens eine Maßnahme direkt an der Ursache formulieren; Detection, Containment und Ursachenbehebung getrennt benennen.
   • Owner, Zieldatum, erwartete Wirkung und Prüftermin festlegen.
   • Nach der Umsetzung prüfen, ob die Abweichung zurückgeht und ob die Analyse angepasst werden muss.

   Ergebnis

   Maßnahmen- und Lernplan

   Ursachenmaßnahme · Absicherung · Owner · Zieldatum · Wirknachweis

   Qualitätscheck

   Adressiert die Maßnahme die geprüfte Bedingung, und ist sichtbar, woran das Team ihre Wirkung sowie mögliche Nebenwirkungen erkennt?

   Stolperfalle

   Wenn als Gegenmaßnahme nur „mehr Monitoring“, ein Hotfix oder eine Schulung bleibt, bleibt die eigentliche Ursache unverändert bestehen. Detection und Containment separat sichern und zusätzlich eine Maßnahme mit Owner für Ursache oder fehlendes System-Geländer formulieren.

   Zeitlicher Rahmen: 5–10 Minuten; Maßnahmenumfang und Prüftermin an Risiko und Einflussbereich anpassen.