5-Whys-Ursachenanalyse
Kurzfassung
Die 5-Whys-Ursachenanalyse ist eine strukturierte Problemlösetechnik, bei der du mit einer Problembeschreibung beginnst und nacheinander fünfmal „Warum?“ fragst. Jede Antwort bildet die Grundlage für die nächste Frage. Ziel ist es, über Symptome hinauszugehen und die zugrunde liegende Prozess- oder Systemstörung aufzudecken, die du tatsächlich beheben kannst.
Wer kann sie verwenden
Produkt- und Ingenieur-Teams
Operations- und DevOps-Teams
Kunden-Support- und Service-Teams
Projektmanager
Qualitätssicherungs-Teams
Jeder, der wiederkehrende Probleme oder Vorfälle untersucht
Anleitung
Eine klare Problembeschreibung verfassen — was passiert ist, wann und welche Auswirkungen es hatte.
Stelle die Frage „Warum ist das passiert?“ und notiere die Antwort (Antwort 1).
Stelle die Frage „Warum ist Antwort 1 passiert?“ und notiere die Antwort (Antwort 2).
Für Antworten 3, 4 und 5 wiederholen.
Stoppe, wenn du zu einer Ursache gelangst, die sich durch eine Prozess- oder Systemänderung beheben lässt — das ist die Wurzelursache.
Korrekturmaßnahmen definieren: Jeder Maßnahme einen Eigentümer und ein Fälligkeitsdatum zuweisen.
Tipp: Eine gute Wurzelursache zeigt auf einen Prozess oder ein System, nicht auf eine Person. Wenn deine Antwort ein Name ist, frag noch einmal „Warum?“
Beispiel
Problembeschreibung: Die Checkout-Seite war am 12. Aug. für 3 Stunden ausgefallen — ca. 18.000 $ an entgangenen Bestellungen und mehr als 40 Support-Tickets. (Untersucht am 13. Aug. vom Platform-Team.)
Warum 1: Der Zahlungsserver hatte keinen freien Arbeitsspeicher und stürzte ab.
Warum 2: Der Zahlungsdienst hat ein Speicherleck.
Warum 3: Das Release vom 8. Aug. schließt alte Datenbankverbindungen nicht.
Warum 4: Das Release wurde vor dem Livegang nie einem Lasttest unterzogen.
Warum 5: Die Release-Checkliste enthält keinen Schritt für Performancetests.
Grundursache: Der Release-Prozess enthält keinen verpflichtenden Schritt für Last- oder Performancetests.
Korrekturmaßnahmen:
Automatisierten Lasttest zur CI-Pipeline hinzufügen (DevOps-Lead, 30. Aug.)
Speicherwarnungen bei 80% Auslastung einrichten (SRE-Team, 22. Aug.)
Release-Checkliste aktualisieren und Team schulen (Engineering-Manager, 20. Aug.)
Viele Grüße!
Khawaja Rizwan
