Die 5 Whys: Von Symptomen zur Wurzelursache

Wichtige Erkenntnisse

Für einen strukturierteren Ansatz zur Fehleranalyse siehe unsere Übersicht der FMEA-Software-Tools.

• Die 5-Whys-Methode ist die einfachste Technik zur Ursachenforschung: Stelle wiederholt „Warum?“, wobei jede Antwort zur nächsten Frage wird, bis du zu einer Ursache gelangst, die du im Prozess tatsächlich ändern kannst.
• „Fünf“ ist eine Richtlinie, keine Regel. Stoppe, wenn du eine handlungsfähige Grundursache gefunden hast, egal ob das drei oder sieben Whys erfordert.
• Die Disziplin besteht darin, Beweisen und nicht Meinungen zu folgen und über die erste bequeme Antwort hinauszugehen, die meist ein Symptom oder eine Person ist, der man die Schuld gibt.
• Sie funktioniert am besten bei fokussierten Problemen mit einer einzigen Ursachen­kette. Wenn ein Problem viele mögliche Ursachen gleichzeitig haben kann, ist ein Fischgrätendiagramm der bessere Ausgangspunkt.

Was die 5-Whys-Methode ist

Die 5-Whys-Methode ist eine Fragetechnik, um von einem Symptom zur zugrundeliegenden Ursache zu gelangen. Du formulierst das Problem, fragst, warum es passiert ist, fragst dann erneut nach dem Warum auf die gegebene Antwort und so weiter. Jeder Schritt legt eine Schicht frei. Ziel ist es, aufzuhören, das sichtbare Symptom zu behandeln, und den wirklichen Treiber zu erreichen, das, was, wenn es behoben wird, verhindert, dass das Problem wieder auftritt.

Ihr Reiz liegt darin, dass sie keine Software und keine Ausbildung über Disziplin hinaus benötigt. Ihre Schwäche ist, dass dieselbe Einfachheit es leicht macht, sie schlecht anzuwenden.

Ein ausgearbeitetes Beispiel

Problem: die Linie stoppte.

• Warum? Eine Sicherung ist durchgebrannt.
• Warum? Der Motor war überlastet.
• Warum? Das Lager hat sich festgesetzt.
• Warum? Es lief trocken, weil kein Schmierstoff vorhanden war.
• Warum? Die Schmieraufgabe war nicht im Wartungsplan vermerkt.

Das Ersetzen der Sicherung (das Symptom) behebt nichts; die Linie wird wieder ausfallen. Das Hinzufügen der Schmieraufgabe zum präventiven Wartungsplan (die Grundursache) löst das Problem tatsächlich. Beachte, dass die Kette bei etwas endete, das im System veränderbar ist, und nicht bei „der Bediener hätte es bemerken müssen“.

Die Fallstricke

• Zu früh aufhören. Die erste plausibel klingende Antwort ist meist noch ein Symptom. Gehe darüber hinaus.
• Beim Beschuldigen enden. Wenn dein letztes Warum „jemand hat seine Arbeit nicht gemacht“ ist, hast du die Grundursache nicht erreicht. Frage, warum das System das zugelassen hat.
• Meinung statt Beweis. Jede Antwort sollte verifizierbar sein, kein bloßer Tipp. Eine unüberprüfte Kette führt mit Überzeugung zur falschen Lösung.
• Eine Kette erzwingen. Manche Probleme haben mehrere beitragende Ursachen. Eine einzelne lineare Why‑Kette kann diese übersehen.

5 Whys versus Fischgrätendiagramm

Beide ergänzen sich. Die 5-Whys-Methode folgt einer Kette in die Tiefe; das Fischgrätendiagramm breitet sich über viele mögliche Ursachen­kategorien aus. Verwende das Fischgrätendiagramm, wenn die Ursache überall liegen könnte und du den gesamten Raum erkunden musst; verwende die 5-Whys, um einmal in einen wahrscheinlichen Zweig hinabzubohren. Beides gehört zur größeren Disziplin der Ursachenanalyse.

Häufige Fehler

• „Fünf“ als Pflicht ansehen. Stoppe bei der handlungsfähigen Grundursache, ob dies nun das dritte oder das siebte Warum ist.
• Aus dem Gedächtnis arbeiten. Führe die Analyse mit den Personen durch, die das Ereignis gesehen haben, und mit den Daten, nicht aus einem Konferenzraum eine Woche später.
• Keine Maßnahmen. Eine identifizierte Grundursache, die nicht in eine verfolgte Maßnahme überführt wird, ändert nichts.

Wie Fabrico hilft

Die 5-Whys-Methode ist nur so gut wie die Fakten, die sie speisen, und das erste Warum („Warum ist die Linie gestoppt?“) ist genau das, was Fabrico automatisch erfasst, mit der tatsächlichen Ursache statt eines geratenen Codes.

Weil jedes Ereignis mit Kontext und Historie protokolliert wird, beginnt die Kette auf Beweisen statt aus dem Gedächtnis, und die resultierende Maßnahme kann im selben System zur Arbeitsanweisung oder zur Änderung des PM-Plans werden. Siehe automatische Stillstandsverfolgung . Fabrico wird in der EU entwickelt und gehostet, unter Berücksichtigung des Datenstandorts, und ist ISO-27001-zertifiziert.

Um Ihre 5-Whys auf Faktenbasis zu starten, buchen Sie eine Demo .

Weiterführende Lektüre

• Root-Cause-Analyse
• Fischgrätendiagramm
• Automatische Stillstandsverfolgung
• Präventiver Wartungsplan

Teams, die dies in der Praxis umsetzen, sehen sich oft unsere Übersicht über die Software für Ursachenanalyse an.

Häufig gestellte Fragen

Müssen es genau fünf Whys sein?

Nein. Fünf ist eine Richtlinie dafür, wie tief man üblicherweise gehen muss. Stoppe, wenn du eine Ursache erreichst, die du im Prozess oder am Asset tatsächlich ändern kannst, egal ob das drei Iterationen oder sieben sind.

Woran erkenne ich, dass ich die Grundursache erreicht habe?

Wenn die Antwort etwas ist, das im System veränderbar ist und dessen Behebung ein Wiederauftreten verhindern würde. Wenn deine letzte Antwort eine Person beschuldigt oder noch ein Symptom ist, frage weiter, warum das System das zugelassen hat.

Wann sollte ich ein Fischgrätendiagramm statt der 5-Whys-Methode verwenden?

Verwende ein Fischgrätendiagramm, wenn ein Problem viele Ursachen in unterschiedlichen Kategorien haben könnte und du den gesamten Raum explorieren musst. Verwende die 5-Whys, um in eine wahrscheinliche Kette tief hinein zu bohren. Sie funktionieren gut zusammen.

Warum schlagen 5-Whys-Analysen fehl?

Meistens, weil man zu früh aufhört, beim Beschuldigen endet statt eine Systemursache zu finden, oder die Kette auf Meinungen statt auf verifizierten Beweisen aufbaut. Jede dieser Fehlerquellen führt mit Überzeugung zu einer Lösung, die den wirklichen Treiber nicht adressiert, sodass das Problem zurückkehrt.