F FulcrumGrid

Startseite / Blog / 5-Whys-Ursachenanalyse

Betrieb

Wie führt man mit den 5 Whys eine Ursachenanalyse durch?

So führen Sie mit den 5 Whys eine Ursachenanalyse durch: Schritte, ein durchgespieltes Beispiel, typische Fehler, wann Ishikawa besser passt und wie Sie Maßnahmen verfolgen.

· 6 Min. Lesezeit

Die 5-Whys-Methode ist eine einfache Technik zur Ursachenanalyse: Sie benennen ein Problem, fragen „Warum ist das passiert?“, antworten mit einer Tatsache und wiederholen das, bis Sie eine Ursache erreichen, die sich dauerhaft beheben lässt. Sie wurde durch das Toyota-Produktionssystem bekannt und funktioniert gut, weil sie weder Software noch Statistik braucht, nur ein paar Minuten ehrliches Gespräch. Die Zahl fünf ist eine Faustregel, kein Gesetz: Manchmal genügen drei Fragen, manchmal sind es sieben.

Die Schritte einer 5-Whys-Analyse

  • Definieren Sie das Problem präzise. Schreiben Sie einen sachlichen Satz: was, wo, wann und in welchem Umfang. „Die Bestellungen sind ein Chaos“ ist keine Problembeschreibung; „14 Bestellungen wurden im September mehr als 2 Tage verspätet versandt“ schon.
  • Holen Sie die richtigen Leute zusammen. Beziehen Sie diejenigen ein, die die Arbeit tun, nicht nur die, die sie leiten. Drei bis fünf Personen reichen.
  • Fragen Sie warum und antworten Sie mit Belegen. Jede Antwort muss sich in einem Datensatz, einem Protokoll oder durch Beobachtung prüfen lassen, nicht bloß geraten sein.
  • Fragen Sie weiter, bis die Antwort eine Prozess- oder Systemursache ist. Hören Sie auf, wenn das nächste „Warum“ außerhalb Ihres Einflusses liegt oder wenn die Behebung der Ursache das Problem dauerhaft verhindern würde.
  • Prüfen Sie die Kette rückwärts. Lesen Sie von der Ursache bis zum Problem und setzen Sie bei jedem Schritt „deshalb“ ein. Bricht die Logik, ist ein Schritt falsch.
  • Vereinbaren Sie Maßnahmen und Verantwortliche. Eine Ursache ohne Maßnahme ist nur eine interessante Geschichte.

Ein durchgespieltes Beispiel

Problem: Ein Kunde erhielt seine Bestellung zwei Tage zu spät.

  • Warum kam sie zu spät? Sie wurde an Tag 3 statt an Tag 1 kommissioniert.
  • Warum verzögerte sich die Kommissionierung? Sie beginnt erst, nachdem die Bestellung manuell freigegeben wurde.
  • Warum verzögerte sich die Freigabe? Die einzige freigabeberechtigte Person war im Urlaub und sonst konnte niemand freigeben.
  • Warum konnte sonst niemand freigeben? Das Freigaberecht wurde beim Aufbau des Prozesses nur einer Person zugewiesen.
  • Warum gab es keine Vertretung? Der Prozess sieht keine Abwesenheitsvertretung vor und niemand ist für seine Überprüfung zuständig.

Die Ursache ist eine Prozesslücke, kein nachlässiger Mitarbeiter. Die Lösung: eine Vertretung benennen, eine Eskalationsregel festlegen, wenn eine Bestellung länger als 24 Stunden wartet, und jemandem die Verantwortung für den Prozess geben. Beachten Sie, dass schon die erste Antwort („spät kommissioniert“) zu einer ganz anderen, schwächeren Lösung geführt hätte.

Typische Fehler

Personen beschuldigen

Endet die Kette bei „Sam hat es vergessen“, haben Sie zu früh aufgehört. Fragen Sie, warum der Prozess zuließ, dass das Gedächtnis einer Person die einzige Absicherung war. Schuldzuweisungen bringen Menschen dazu, Informationen zurückzuhalten, und Ihre nächste Analyse beginnt mit schlechten Daten.

Bei Symptomen stehen bleiben

„Der Bericht kam spät, weil die Daten spät kamen“ beschreibt das Problem ein zweites Mal. Eine echte Ursache ist etwas, das nach einer Änderung eine Wiederholung verhindert. Könnten Sie die Antwort beheben und das Problem käme trotzdem zurück, fragen Sie weiter.

Die Einzelursachen-Falle

Reale Vorfälle haben oft mehrere beitragende Ursachen, die eine lineare Kette verdecken kann. Hat ein „Warum“ zwei plausible Antworten, verfolgen Sie beide Zweige und halten Sie jeden als eigene Kette fest, statt den bequemeren zu wählen.

Wann stattdessen ein Ishikawa-Diagramm passt

Die 5 Whys eignen sich am besten für Probleme mit einem recht klaren roten Faden: eine verpasste Frist, ein wiederkehrender Fehler, ein einmaliger Ausfall. Ist die Ursache unklar oder das Problem komplex, nehmen Sie ein Ishikawa-Diagramm (Fischgräten-Diagramm). Sie ordnen mögliche Ursachen Kategorien wie Mensch, Prozess, Werkzeuge, Material, Umgebung und Messung zu und untersuchen die wahrscheinlichsten. Viele Teams kombinieren beides: erst per Ishikawa sammeln, dann die 5 Whys auf jeden vielversprechenden Zweig anwenden.

Erkenntnisse in nachverfolgte Maßnahmen überführen

Eine Analyse zahlt sich nur aus, wenn sich etwas ändert. Machen Sie vor Ende des Meetings aus jeder Ursache eine Maßnahme mit diesen Angaben:

  • Eine konkrete Aufgabe: „Vertretung für die Bestellfreigabe einrichten“ statt „Abdeckung verbessern“.
  • Ein benannter Verantwortlicher: eine Person, kein Team.
  • Ein Fälligkeitsdatum: realistisch und für alle Beteiligten sichtbar.
  • Ein Erfolgskriterium: woran Sie erkennen, dass es wirkt, etwa keine verspäteten Lieferungen durch Freigabeverzug in den nächsten 30 Tagen.
  • Eine Folgeprüfung: ein Termin, um zu bestätigen, dass die Lösung hält und das Problem nicht zurückgekehrt ist.

Wo die Maßnahmenliste liegt, ist ebenso wichtig wie die Analyse. Liegt sie in einem Dokument, das niemand wieder öffnet, kehrt dasselbe Problem binnen Monaten zurück. FulcrumGrid Command Center ist ein Ort, um solche Maßnahmen mit Verantwortlichen, Fälligkeiten und Status im Blick zu behalten, sodass offene Punkte aus einer Analyse gemeinsam mit allem anderen geprüft werden. Jedes verlässliche Tracking-Werkzeug erfüllt den Zweck, wenn es regelmäßig angesehen wird.

Häufige Fragen

Was ist die 5-Whys-Methode?

Eine Technik zur Ursachenanalyse, bei der man wiederholt „Warum?“ fragt und jedes Mal mit Belegen antwortet, bis man eine Prozess- oder Systemursache erreicht, die sich beheben lässt. Fünf ist ein Richtwert; die richtige Zahl ist so viele, wie nötig sind.

Braucht man immer genau fünf Warum-Fragen?

Nein. Hören Sie auf, wenn Sie eine Ursache erreichen, deren Behebung das Wiederkehren des Problems verhindern würde. Das können drei Fragen sein oder mehr als fünf.

Wann sollte ich stattdessen ein Ishikawa-Diagramm nutzen?

Wenn das Problem komplex oder die Ursache unklar ist, denn es hilft, mehrere Ursachenkategorien gleichzeitig zu erkunden. Anschließend können Sie die 5 Whys auf die wahrscheinlichsten Zweige anwenden.

Wie vermeide ich Schuldzuweisungen bei den 5 Whys?

Fragen Sie, warum der Prozess den Fehler zuließ, nicht wer ihn machte. Endet Ihre Kette bei einem Namen oder einem vagen Wort wie Nachlässigkeit, forschen Sie im System um die Person weiter.

Wie stelle ich sicher, dass die Maßnahmen umgesetzt werden?

Geben Sie jeder Maßnahme einen Verantwortlichen, ein Fälligkeitsdatum und ein Erfolgskriterium und prüfen Sie die Liste regelmäßig. In einem gemeinsamen Tracker statt in einem einmaligen Dokument wird die Nachverfolgung deutlich wahrscheinlicher.

Zurück zum Blog

FulcrumGrid Command Center

Lassen Sie Maßnahmen aus der Ursachenanalyse nicht versanden

Mit FulcrumGrid Command Center verfolgen Sie Folgemaßnahmen mit Verantwortlichen und Fälligkeiten neben Ihren übrigen Abläufen, damit die Ergebnisse Ihrer 5-Whys-Runden wirklich umgesetzt werden.