direkt zum inhalt

9. Juli 2026ConsultingLeanMethoden

5-mal-Warum: Ursachen finden statt Symptome löschenThe 5 Whys: Finding Causes Instead of Erasing Symptoms

Drei Kundenbeschwerden landen auf deinem Tisch. Du reagierst schnell, flickst das Offensichtliche, und eine Woche später ist das Problem wieder da. Kommt dir das bekannt vor? Der Grund ist fast immer derselbe: Du hast …Three customer complaints land on your desk, you patch the obvious problem, and a week later it is back. The 5 Whys method helps you find the real cause instead of the symptom.

kurz gesagt

  • Fünfmal fragen, einmal reparieren. Die Methode führt von der kaputten Sicherung zum fehlenden Wartungsplan und damit zur Ursache statt zur Symptombehandlung.
  • Kein Werkzeug, kein Zertifikat. Was du brauchst, sind die Menschen, die den Prozess täglich ausführen, und Disziplin beim Fragen.
  • Ohne Abschluss bleibt es ein Protokoll. Erst wenn Ursache, Verantwortung und Termin feststehen, ist die Analyse vollständig.

Drei Kundenbeschwerden landen auf deinem Tisch. Du reagierst schnell, flickst das Offensichtliche, und eine Woche später ist das Problem wieder da. Der Grund ist fast immer derselbe: Du hast die Antwort behandelt, nicht die Ursache. Die 5-Mal-Warum-Methode aus dem Lean-Werkzeugkasten hilft dabei, diesen Fehler zu vermeiden.

Was die Methode ist und woher sie stammt

Die 5-Mal-Warum-Methode ist eine Ursachenanalyse-Technik, bei der du ein Problem fünfmal hintereinander mit der Frage „Warum?" hinterfragst. Jede Antwort wird zum Ausgangspunkt der nächsten Frage. Nach vier bis fünf Runden stehst du selten noch beim Symptom, sondern bei der Ursache.

Entwickelt wurde die Technik bei Toyota als Teil des Toyota-Produktionssystems. Sie braucht keine Software und keine Schulung. Nur Disziplin beim Fragen und den Mut, unbequemen Antworten nachzugehen.

Das Beispiel aus der Werkhalle

Eine Maschine steht still. So läuft die Kette:

  • Warum steht die Maschine? Die Sicherung ist durchgebrannt.
  • Warum ist die Sicherung durchgebrannt? Das Lager war überlastet.
  • Warum war das Lager überlastet? Es wurde nicht ausreichend geschmiert.
  • Warum wurde es nicht geschmiert? Die Schmierpumpe fördert zu wenig.
  • Warum fördert sie zu wenig? Der Ansaugfilter ist verstopft, weil es keinen Wartungsplan gibt.

Wer nach der ersten Antwort aufhört, tauscht die Sicherung. Wer fünfmal fragt, führt einen Wartungsplan ein. Nur die zweite Lösung verhindert den nächsten Stillstand.

Schritt für Schritt: so setzt du die Methode ein

  1. Problem eingrenzen. „Der Umsatz sinkt" ist zu groß. „Angebot X ging drei Tage zu spät raus" funktioniert. Je konkreter das Ausgangsproblem, desto klarer wird die Kette.
  2. Im Team fragen, nicht allein. Die Menschen, die täglich im Prozess arbeiten, kennen Antworten, die du am Schreibtisch nicht findest.
  3. Jede Antwort schriftlich festhalten, bevor du weiterfragst. Das verhindert Abkürzen und zeigt, wo sich die Kette verzweigt.
  4. Nur prüfbare Antworten akzeptieren. „Die Kollegen waren unkonzentriert" ist keine Ursache, sondern eine Schuldzuweisung. Akzeptiere nur, was sich beobachten lässt.
  5. Am Ende Klarheit herstellen. Welche Ursache wird abgestellt, wer tut das, und bis wann? Ohne diese drei Angaben bleibt die Analyse ein Gesprächsprotokoll.

Wo die Methode an Grenzen stößt

Nicht jedes Problem hat eine einzige Ursachenkette. Manchmal verzweigt sich der Baum. Dann lohnt es sich, zwei Äste getrennt zu verfolgen statt die Fragen zu mischen.

Die Methode ersetzt auch nicht den Blick vor Ort. Geh an den Ort des Geschehens, sprich mit den Beteiligten, sieh dir den Ablauf an. Die Warum-Kette ordnet, was du dort findest. Sie erzeugt keine Beobachtungen, die du nicht gemacht hast.

Bei Problemen, die tiefer in den Abläufen stecken, hilft es, den betroffenen Prozess vorher sichtbar zu machen. Wie das in einer Woche gelingt, beschreibt Prozesse sichtbar machen: KMU-Steuerung ohne Nebel.

Werkzeug, nicht Programm

Die 5-Mal-Warum-Methode ist eines der zugänglichsten Werkzeuge aus dem Lean-Baukasten, gerade weil sie keine besondere Vorbereitung voraussetzt. Ein konkretes Problem, zwei Stunden und die richtigen Leute im Raum reichen für den Anfang.

Wo das Problem systemisch ist, also nicht in einem einzelnen Ablauf, sondern in der Art, wie ein Unternehmen Verbesserung grundsätzlich denkt, braucht es mehr als ein einzelnes Werkzeug. Warum viele Effizienzprogramme an genau dieser Stelle stocken, beschreibe ich im Beitrag Operational Excellence: Warum Effizienzprogramme scheitern.

Drei Entscheidungsfragen

  • Beim letzten wiederkehrenden Problem in deinem Betrieb: Hast du die Ursache gefunden, oder hast du die Sicherung getauscht?
  • Waren die Menschen dabei, die den betroffenen Prozess täglich ausführen, oder hast du das Problem allein analysiert?
  • Steht am Ende fest, wer was bis wann tut?

Mehr zur Methodik unter Consulting und Transformation.

in short

  • Ask five times, fix it once. The method leads from the blown fuse to the missing maintenance plan, addressing the cause rather than the symptom.
  • No tool, no certificate needed. What you need are the people who run the process every day, and the discipline to keep asking.
  • Without a close, it stays a protocol. The analysis is complete only once cause, responsibility and deadline are defined.

Three customer complaints land on your desk. You react quickly, patch the obvious problem, and a week later it is back. The reason is almost always the same: you treated the answer, not the cause. The 5 Whys method from the Lean toolkit helps avoid exactly this mistake.

What the method is and where it comes from

The 5 Whys is a root-cause analysis technique in which you question a problem five times in a row with the question "Why?" Each answer becomes the starting point for the next question. After four to five rounds you are rarely still at the symptom, but at the root cause.

The technique was developed at Toyota as part of the Toyota Production System. It needs no software and no training. Only the discipline to keep asking and the courage to follow uncomfortable answers.

The example from the shop floor

A machine has stopped. Here is how the chain runs:

  • Why has the machine stopped? The fuse has blown.
  • Why has the fuse blown? The bearing was overloaded.
  • Why was the bearing overloaded? It was not lubricated adequately.
  • Why was it not lubricated? The lubrication pump delivers too little.
  • Why does it deliver too little? The intake filter is clogged because there is no maintenance plan.

Stopping after the first answer means replacing the fuse. Asking five times means introducing a maintenance plan. Only the second solution prevents the next breakdown.

Step by step: how to apply the method

  1. Define the problem narrowly. "Revenue is falling" is too broad. "Quote X went out three days late" works. The more concrete the starting problem, the clearer the chain becomes.
  2. Ask as a team, not alone. The people who work in the process every day know answers you will not find at your desk.
  3. Write down each answer before asking the next why. This prevents shortcuts and shows where the chain branches.
  4. Accept only verifiable answers. "The team was distracted" is not a cause; it is blame-shifting. Accept only what can be observed.
  5. Close with clarity. Which cause is being addressed, who will do it, and by when? Without these three points the analysis remains a meeting note.

Where the method hits its limits

Not every problem has a single cause chain. Sometimes the tree branches. In those cases it is worth following two branches separately rather than mixing the questions.

The method also does not replace on-site observation. Go to where the problem occurs, talk to the people involved, look at the process. The why chain orders what you find there. It does not produce observations you have not made.

For problems buried deeper in the workflows, it helps to make the affected process visible first. The article making processes visible describes how to do that in one week.

Tool, not programme

The 5 Whys is one of the most accessible tools in the Lean toolkit, precisely because it requires no special preparation. A concrete problem, two hours and the right people in the room are enough to start.

Where the problem is systemic, meaning it is not in a single workflow but in how a company thinks about improvement at all, a single tool is not enough. Why many efficiency programmes stall at exactly that point is what I describe in the article operational excellence: why efficiency programmes fail.

Three decision questions

  • With the last recurring problem in your operation: did you find the cause, or did you replace the fuse?
  • Were the people present who run the affected process every day, or did you analyse the problem alone?
  • Does it end with clear agreement on who does what by when?

More on the methodology under consulting and transformation.

Häufige FragenFrequently asked questions

Muss ich wirklich genau fünfmal fragen?Do I really have to ask exactly five times?

Nein. Manchmal reichen vier Fragen, manchmal brauchst du sechs. Die Zahl steht für Konsequenz beim Nachfragen, nicht für ein starres Schema. Wichtig ist, dass du nicht aufhörst, wenn die Antwort unbequem wird.No. Sometimes four questions are enough; sometimes you need six. The number stands for the discipline of persistent questioning, not a rigid formula. The key is not stopping when an answer feels uncomfortable.

Kann ich die Methode allein durchführen?Can I run the method on my own?

Du kannst anfangen. Aber die belastbarsten Ergebnisse entstehen im Team mit den Menschen, die im Prozess arbeiten. Sie kennen Details, die du vom Schreibtisch aus nicht siehst.You can start alone. But the most reliable results come from a team that includes the people who work in the process. They know details you cannot see from your desk.

Was tue ich, wenn sich die Ursachenkette verzweigt?What do I do when the cause chain branches?

Verfolge jeden Ast getrennt. Eine Kette pro Verzweigung, kein Mischen. So behältst du die Übersicht und erkennst, ob es eine gemeinsame tiefere Ursache gibt.Follow each branch separately. One chain per branch, no mixing. That way you keep track and can see whether there is a shared deeper cause.

WeiterlesenKeep reading

← zurück zum herrlichblog← back to the herrlichblog