5-Why-Methode: Anleitung mit Praxisbeispielen aus dem Qualitätsmanagement

Fünfmal “Warum?” fragen - kaum eine Methode im Qualitätsmanagement klingt banaler und wird in der Praxis so zuverlässig falsch angewendet. Das Problem liegt selten am Prinzip, sondern daran, dass die Kette an der erstbesten bequemen Antwort endet, meistens bei einer Person. Wer verstehen will, warum das passiert und wie es besser geht, muss sich zunächst ansehen, woher die Methode kommt und wofür sie ursprünglich gedacht war.

Herkunft: Von Sakichi Toyoda zu Taiichi Ohno

Die Methode geht auf Sakichi Toyoda zurück, den Gründer von Toyota Industries, und wurde von Taiichi Ohno als Kernbestandteil des Toyota-Produktionssystems etabliert. Ohno bezeichnete die Fünf-Warum-Technik als “die Grundlage von Toyotas wissenschaftlichem Ansatz” zur Problemlösung - kein Zusatzwerkzeug, sondern die methodische Basis, auf der Kaizen als kontinuierlicher Verbesserungsprozess aufbaut. Ohno war dafür bekannt, oberflächliche Antworten konsequent zurückzuweisen und Mitarbeitende so lange zurück in die Fertigungshalle zu schicken, bis die Analyse bei einer systemischen statt einer bequemen Ursache ankam.

Genau diese Disziplin - nicht die Zahl Fünf - ist der eigentliche Kern der Methode. Fünf ist ein Richtwert, der historisch daraus entstand, dass die meisten Ursachenketten bei Toyota nach etwa dieser Tiefe eine Ursache erreichten, die tatsächlich im eigenen Einflussbereich lag.

Die Methode in der Praxis: Kette statt Formular

Der verbreitetste Fehler bei der Anwendung ist, 5-Why als starres Formular mit fünf Zeilen zu behandeln. Tatsächlich ist es eine Kette: Jede Antwort wird zur nächsten Frage, bis die Analyse bei einer Ursache ankommt, deren Beseitigung das Wiederauftreten tatsächlich verhindert. Manchmal sind das drei Ebenen, manchmal acht. Die folgenden drei Beispiele aus unterschiedlichen Bereichen zeigen, wie eine Kette aussieht, die tatsächlich bei einer systemischen Ursache endet.

Beispiel 1 - Fertigung: Maßabweichung an einer gefrästen Bohrung

1. Warum wurde die Bohrung außerhalb der Toleranz gefertigt? Weil das Werkzeug bereits verschlissen war.
2. Warum wurde ein verschlissenes Werkzeug eingesetzt? Weil der Standzeitwechsel nicht ausgelöst wurde.
3. Warum wurde der Wechsel nicht ausgelöst? Weil er an die Stückzahl gekoppelt ist, nicht an eine gemessene Standzeit.
4. Warum ist er an die Stückzahl gekoppelt? Weil das ursprüngliche Werkzeugdatenblatt nie um reale Verschleißwerte aus der Serienfertigung aktualisiert wurde.
5. Warum wurde es nie aktualisiert? Weil kein Prozess existiert, der Werkzeugdaten nach der Serieneinführung turnusmäßig mit Ist-Werten abgleicht.

Systemische Ursache: ein fehlender Rückkopplungsprozess zwischen Serienfertigung und Werkzeugdatenpflege - keine Fahrlässigkeit an der Maschine.

Beispiel 2 - Dienstleistung: Verspätete Rechnungsstellung an einen Kunden

1. Warum wurde die Rechnung zwei Wochen zu spät gestellt? Weil der Leistungsabschluss im System nicht erfasst war.
2. Warum war er nicht erfasst? Weil der Projektverantwortliche den Abschluss nicht meldet, sondern die Buchhaltung ihn selbst im System sucht.
3. Warum sucht die Buchhaltung selbst statt eine Meldung zu erhalten? Weil es keinen definierten Übergabepunkt zwischen Projektabschluss und Fakturierung gibt.
4. Warum gibt es diesen Übergabepunkt nicht? Weil der Rechnungsprozess historisch für Einzelprojekte entworfen wurde, in denen die Buchhaltung ohnehin informell informiert war.
5. Warum wurde der Prozess nicht an gewachsene Projektzahlen angepasst? Weil niemand explizit für die Pflege des Fakturierungsprozesses zuständig ist.

Systemische Ursache: ein Prozess ohne Owner, der mit der Organisation nicht mitgewachsen ist - nicht “der Projektleiter hat es vergessen”.

Beispiel 3 - Lieferkette: Falsche Teilevariante geliefert

1. Warum wurde die falsche Variante geliefert? Weil der Lieferant die falsche Zeichnungsrevision verwendet hat.
2. Warum lag beim Lieferanten die falsche Revision vor? Weil die aktuelle Revision nicht automatisch an ihn weitergereicht wird.
3. Warum nicht automatisch? Weil Zeichnungsänderungen aktuell per E-Mail-Anhang kommuniziert werden.
4. Warum per E-Mail statt über ein System? Weil keine strukturierte Schnittstelle zwischen PLM und Lieferantenportal besteht.
5. Warum besteht diese Schnittstelle nicht? Weil sie bei der Lieferantenanbindung als “später nachrüstbar” eingestuft und seitdem nicht priorisiert wurde.

Systemische Ursache: eine fehlende technische Schnittstelle, keine Unachtsamkeit beim Lieferanten.

Der häufigste Fehler: Die Kette endet bei einer Person

Ein zuverlässiges Warnsignal für eine zu früh abgebrochene Analyse ist eine Ursache, die auf eine Person zeigt - “der Mitarbeiter hat nicht aufgepasst”, “der Lieferant war nachlässig”. Menschliches Versagen ist fast nie die systemische Ursache, sondern der Punkt, an dem die Analyse aufgehört hat, unbequem zu werden. Die nächste, entscheidende Frage lautet dann immer: Warum konnte der Prozess diesen Fehler überhaupt zulassen, ohne ihn abzufangen?

Wo die Methode nachweislich an Grenzen stößt

Eine seriöse Darstellung von 5-Why gehört zur ehrlichen Einordnung auch, wo sie scheitert - das ist keine Frage der Auslegung, sondern in der Fachliteratur gut dokumentiert. Teruyuki Minoura, ehemaliger Global-Purchasing-Chef von Toyota, kritisierte die Methode selbst als zu grundlegend, um Ursachen in der nötigen Tiefe zu analysieren. Der Mediziner Alan J. Card weist in seiner Analyse auf drei strukturelle Schwächen hin: Die Methode tendiert dazu, eine einzelne Ursache zu isolieren, obwohl reale Probleme oft mehrere parallele Ursachen haben; unterschiedliche Personen kommen bei identischen Sachverhalten zu unterschiedlichen Ketten, weil die Methode keine Systematik zur Verifikation der einzelnen Antworten vorschreibt; und die willkürliche fünfte Frage korreliert nicht zuverlässig mit der tatsächlichen Wurzelursache. Olivier Serrat empfiehlt in seiner vielzitierten Kurzschrift für die Asian Development Bank, auf ergänzende Werkzeuge wie das Ishikawa-Diagramm, eine Barriereanalyse oder eine Veränderungsanalyse auszuweichen, sobald 5-Why nicht mehr intuitiv zur Ursache führt.

Für die Praxis heißt das: 5-Why eignet sich gut für überschaubare Abweichungen mit einer erkennbaren, linearen Kette. Bei Kundenreklamationen, sicherheitsrelevanten Fehlern, mehreren parallelen Ursachen oder wiederkehrenden Problemen ist das Werkzeug überfordert - dort ist ein strukturierterer Prozess mit Team, Sofortmaßnahmen und Verifikation angemessener, wie ihn beispielsweise der 8D-Prozess vorsieht.

Die Verbindung zur Korrekturmaßnahme

Eine Ursachenanalyse ist kein Selbstzweck. ISO 9001:2015 verlangt in Kapitel 10.2 explizit die Unterscheidung zwischen Korrektur - der unmittelbaren Behebung des konkreten Problems - und Korrekturmaßnahme, die die Ursache beseitigt, damit das Problem nicht wiederkehrt. Ohne eine bis zum Ende geführte Ursachenkette lässt sich diese Unterscheidung in der Praxis kaum sauber treffen; mehr dazu in unserem Beitrag zum CAPA-Prozess.

Wie qportal die Kette abbildet

Die Ursachenkette wird in qportal als strukturierte Abfolge geführt statt als Freitextfeld: Jede Ebene ist ein eigener Datensatz und bleibt mit der vorherigen verknüpft. Das macht sichtbar, auf welcher Ebene eine Analyse tatsächlich endet - und ob diese letzte Ebene eine Aussage über einen Prozess oder über eine Person trifft. Maßnahmen hängen an der jeweiligen Ebene, auf der sie ansetzen, nicht pauschal am gesamten Vorgang, und Korrekturen an der Kette bleiben protokolliert statt eine neue, unverknüpfte Dateiversion zu erzeugen. Details dazu zeigt die Seite zur 5-Why-Methode in qportal.

Fazit

5-Why ist die zugänglichste Methode zur Ursachenanalyse - und gerade deshalb die am häufigsten oberflächlich angewendete. Wer die Kette konsequent bis zu einer systemischen, im eigenen Einflussbereich liegenden Ursache führt statt bei einer Person aufzuhören, und wer die dokumentierten Grenzen der Methode kennt, statt sie auf Probleme anzuwenden, für die sie nicht gemacht ist, gewinnt daraus tatsächlich belastbare Korrekturmaßnahmen statt einer weiteren Vermutung in der Akte.

Quellen

• Wikipedia-Autoren: Five whys - en.wikipedia.org
• Serrat, O. (2009): The Five Whys Technique, Asian Development Bank - Knowledge Solutions - adb.org
• ISO 9001:2015, Kapitel 10.2 (Nichtkonformität und Korrekturmaßnahmen)