Alle Vorlagen

5-Whys-Ursachenanalyse

364Aufrufe
2Verwendungen
1positive Bewertungen

Melden

5-Whys-Ursachenanalyse

Kurzbeschreibung

Die 5-Whys-Ursachenanalyse ist eine strukturierte Problemlösungstechnik, 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 die Symptome hinauszugehen und das zugrundeliegende Prozess- oder Systemversagen aufzudecken, das du tatsächlich beheben kannst.

Wer kann es verwenden

  • Produkt- und Ingenieurteams

  • Betriebs- und DevOps-Teams

  • Kundensupport- und Serviceteams

  • Projektmanager

  • Qualitätssicherungsteams

  • Alle, die wiederkehrende Probleme oder Vorfälle untersuchen

Anleitung

  1. Schreibe eine klare Problembeschreibung — was passiert ist, wann und welche Auswirkungen es hatte.

  2. Frage "Warum ist das passiert?" und notiere die Antwort (Antwort 1).

  3. Frage "Warum ist Antwort 1 passiert?" und notiere die Antwort (Antwort 2).

  4. Wiederhole das für Antworten 3, 4 und 5.

  5. Stoppe wenn du eine Ursache erreichst die du mit einer Prozess- oder Systemänderung beheben kannst — das ist deine Root Cause.

  6. Definiere Korrekturmaßnahmen: Weise jeder Maßnahme einen Eigentümer und ein Fälligkeitsdatum zu.

  7. Tipp: Eine gute Root Cause weist auf einen Prozess oder ein System hin, nicht auf eine Person. Wenn deine Antwort ein Name ist, frage 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: Dem Zahlungsserver ging der Arbeitsspeicher aus und er 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 Performance-Tests.

  • Ursache: Im Release-Prozess fehlt ein verpflichtender Schritt für Last-/Performance-Tests.

  • Korrekturmaßnahmen:

    • Automatisierten Lasttest in die CI-Pipeline aufnehmen (DevOps lead, 30. Aug.)

    • Speicherwarnungen bei 80% Auslastung einrichten (SRE team, 22. Aug.)

    • Release-Checkliste aktualisieren und Team schulen (Eng manager, 20. Aug.)

Viele Grüße!

Khawaja Rizwan

Rizwan Khawaja

ICT Solution Architect @ NUST

I hold master's degrees in computer science and project management along with trainings and certifications in various technologies. All this is coupled with 25+ years of industry experience.


Kategorien

Ähnliche Vorlagen