Wenn dieselbe St\u00f6rung zum dritten Mal auftritt, hat Ihr Team kein Ma\u00dfnahmenproblem, sondern ein Methodenwahl-Problem. Wiederkehrende Probleme entstehen selten, weil ein Werkzeug fehlt. Sie entstehen, weil das gew\u00e4hlte Werkzeug nicht zur Komplexit\u00e4t des Problems passt.<\/p>\n\n\n\n
Einfache Tools wie die 5-Why-Methode leisten bei linearen Ursachenketten gute Dienste; bei komplexen, intermittierenden Problemen f\u00fchren sie in die Irre. Dieser Beitrag ordnet die etablierten Methoden der Ursachenanalyse ein, zeigt ihre Grenzen \u2014 und stellt mit der Kepner-Tregoe-Problemanalyse<\/a> einen Ansatz vor, der m\u00f6gliche Ursachen nicht sammelt, sondern gegen Fakten pr\u00fcft.<\/p>\n\n\n\n Die meisten Ursachenanalysen scheitern nicht am Werkzeug, sondern daran, dass sie auf der Ebene der Symptome stehen bleiben. Genau das zeigen Auditdaten aus der Automobilindustrie: Nach Zahlen des IAOB f\u00fchrt die Probleml\u00f6sung die Liste der h\u00e4ufigsten Abweichungen in IATF-16949-Audits an \u2014 typischer Befund ist eine oberfl\u00e4chliche Ursachenanalyse, die beim Symptom endet, bevor die eigentliche Ursache, die Wurzel des Problems, identifiziert ist.<\/p>\n\n\n\n Die Folge kennt jede Qualit\u00e4tsleitung: Schnelle L\u00f6sungen behandeln das Symptom, das Problem kehrt zur\u00fcck, und mit jeder Wiederholung steigen die Kosten. Ausschuss, Nacharbeit und ungeplante Stillst\u00e4nde sind dann keine Einzelereignisse mehr, sondern Dauerzustand \u2014 und das Team verliert das Vertrauen in die eigene Ursachenanalyse. Der Grund ist selten fehlender Wille, sondern fehlende Systematik.<\/p>\n\n\n\n Ein zweiter Befund ver\u00e4ndert die Sto\u00dfrichtung jeder Untersuchung: Probleme sind weit \u00fcberwiegend system-, nicht personenbedingt. W. Edwards Deming sch\u00e4tzte 1986, dass 94 Prozent aller Probleme und Verbesserungsm\u00f6glichkeiten im System liegen \u2014 und damit in der Verantwortung des Managements, nicht einzelner Mitarbeiter.<\/p>\n\n\n\n Das ist eine Sch\u00e4tzung aus Erfahrung, keine Studie, aber sie trifft den Kern: Wer bei \u201emenschliches Versagen” aufh\u00f6rt zu fragen, hat die Ursache fast nie gefunden. Eine belastbare Analyse braucht deshalb eine No-Blame-Kultur in der Organisation. Sie sucht die Schwachstelle im Prozess, nicht den Schuldigen am Arbeitsplatz.<\/p>\n\n\n\n Der RCA-Werkzeugkasten ist gut gef\u00fcllt: Die klassischen Werkzeuge der Ursachenanalyse sind normseitig etabliert, in vielen Unternehmen aus KVP und Six Sigma vertraut und leisten in ihrem Einsatzbereich gute Arbeit \u2014 zumal sie sich mit anderen Instrumenten kombinieren lassen. Entscheidend ist der Plural: Es gibt keine Universalmethode. Jede Methode hat einen definierten Geltungsbereich, und in der Durchf\u00fchrung unterscheiden sich die Verfahren erheblich.<\/p>\n\n\n\n Die 5-Why-Methode stammt aus dem Toyota-Produktionssystem: Ein Team fragt, ausgehend vom Problem, iterativ \u201eWarum?”, bis es bei einer tieferliegenden Ursache ankommt \u2014 als Faustregel f\u00fcnfmal. Die St\u00e4rken sind real: Die 5-Why-Methode braucht keine lange Schulung, keine Tools und keine Datenbank; sie funktioniert im Shopfloor-Meeting und liefert als Einstieg in die Ursachenanalyse in Minuten eine erste Hypothese.<\/p>\n\n\n\n Ihr Geltungsbereich ist allerdings eng: 5 Why tr\u00e4gt bei einfachen, linearen Kausalketten, in denen ein Warum sauber zum n\u00e4chsten f\u00fchrt. Sobald mehrere Faktoren zusammenwirken, bildet die Frage-Kette die Realit\u00e4t nicht mehr ab.<\/p>\n\n\n\n Das Ishikawa-Diagramm \u2014 auch Fischgr\u00e4ten- oder Ursache-Wirkungs-Diagramm \u2014 sortiert m\u00f6gliche Ursachen entlang der 6M-Kategorien: Mensch, Maschine, Material, Methode, Milieu und Messung. Als Werkzeug der Zusammenarbeit ist das Diagramm stark: Es macht das Wissen eines Teams sichtbar und strukturiert Hypothesen zu Ursache-Wirkungs-Beziehungen. Seine Grenze: Es pr\u00fcft nichts. Am Ende steht ein gut sortiertes Diagramm voller Vermutungen \u2014 welche zutrifft, muss ein anderer Schritt kl\u00e4ren.<\/p>\n\n\n\n Die Pareto-Analyse \u00fcbertr\u00e4gt die 80\/20-Logik auf Fehlerdaten: Ein kleiner Teil der Fehlerarten verursacht typischerweise den Gro\u00dfteil der Kosten. Im Pareto-Diagramm werden Ausschussarten nach H\u00e4ufigkeit oder Kostenwirkung geordnet \u2014 so wird sichtbar, welcher Fehlerschwerpunkt die knappen Ressourcen der Ursachenanalyse zuerst verdient. Pareto findet keine Ursachen; die Methode priorisiert, wo die Suche beginnen sollte.<\/p>\n\n\n\n Die Fehlerm\u00f6glichkeits- und Einflussanalyse setzt vor dem Fehler an: Sie bewertet potenzielle Fehlerarten in Design und Prozess, bevor sie auftreten. Seit 2019 b\u00fcndelt das gemeinsame AIAG-&-VDA-FMEA-Handbuch die Vorgehensweise f\u00fcr Design-FMEA und Prozess-FMEA in einer harmonisierten Referenz beider Verb\u00e4nde. F\u00fcr die akute St\u00f6rung ist die FMEA das falsche Werkzeug: Sie verhindert Fehler pr\u00e4ventiv, findet aber keine Ursache f\u00fcr ein bereits eingetretenes Problem. Eine gepflegte FMEA liefert der laufenden Ursachenanalyse jedoch wertvolle Daten \u2014 als Ausgangspunkt der Suche.<\/p>\n\n\n\n Die Fehlerbaumanalyse arbeitet deduktiv: Vom unerw\u00fcnschten Top-Ereignis aus werden logische Ursachenpfade als Baum verzweigt und mit UND-\/ODER-Verkn\u00fcpfungen verbunden \u2014 bis hin zur quantifizierten Ausfallwahrscheinlichkeit. Bemerkenswert ist der normative Rahmen: Die DIN EN IEC 31010 in der Fassung 2024-12 beschreibt 41 Verfahren zur Risikobeurteilung, darunter die Fehlerbaumanalyse, und gibt Entscheidungshilfen, welches Verfahren wann tr\u00e4gt. Schon die Norm behandelt die Methodenwahl als eigenen Arbeitsschritt \u2014 einen Schritt, der in der Praxis regelm\u00e4\u00dfig \u00fcbersprungen wird.<\/p>\n\n\n\n 8D ist keine Analysetechnik, sondern ein Rahmenprozess in acht Disziplinen \u2014 von der Teambildung \u00fcber Sofortma\u00dfnahmen bis zur Wirksamkeitspr\u00fcfung. F\u00fcr 8D existiert seit November 2018 ein eigener VDA-Band; er betont, dass eine angemessene, nachhaltige Probleml\u00f6sung nicht an den Zeitvorgaben der Reklamationsbearbeitung scheitern darf. Der kritische Punkt sitzt in der Mitte des Prozesses: Der Rahmen verlangt, dass die Ursache ermittelt wird \u2014 die Analysetechnik daf\u00fcr bringt er nicht selbst mit.<\/p>\n\n\n\n Genau an dieser Stelle wird der VDA konkret. F\u00fcr D2 (Problembeschreibung) und D4 (Ursachenanalyse) empfiehlt der Band ausdr\u00fccklich die vergleichende IST\/IST-NICHT-Analyse von Kepner-Tregoe: Die Problembeschreibung soll mit IST- und IST-NICHT-Informationen aufgebaut und in der Ursachenanalyse konsequent fortgef\u00fchrt werden. F\u00fcr Zulieferer hei\u00dft das, dass die Methode f\u00fcr den kritischsten Schritt des 8D-Reports im Branchenstandard bereits benannt ist. Die Einordnung dazu liefert der Beitrag VDA empfiehlt Kepner-Tregoe IST und IST-NICHT<\/a>. Wie Teams das im 8D-Kontext anwenden, vertieft das 8D-Root-Cause-Analysis-Training<\/a>.<\/p>\n\n\n\n Der Merksatz vorweg: Brainstorming-basierte Werkzeuge erzeugen Hypothesen \u2014 keine gepr\u00fcften Ursachen. 5-Why-Ketten und Ishikawa-Diagramme dokumentieren, was das Team f\u00fcr plausibel h\u00e4lt; ob es stimmt, sagen sie nicht.<\/p>\n\n\n\n Diese Kritik ist publiziert und keine Verkaufsbotschaft: Eine Analyse im Fachjournal BMJ Quality & Safety (2017) kommt zu dem Schluss, dass die 5-Why-Methode trotz breiter Verankerung \u2014 propagiert unter anderem von WHO und NHS \u2014 ohne Wirksamkeitsnachweis auskommt und den Blick auf einen einzelnen linearen Ursachenpfad verengt; f\u00fcr komplexe Probleme ist sie ungeeignet. Die Untersuchung stammt aus dem Gesundheitswesen, ihr Kernargument ist dom\u00e4nenunabh\u00e4ngig: Wer nur einer Warum-Kette folgt, sieht genau einen Pfad \u2014 und \u00fcbersieht Wechselwirkungen.<\/p>\n\n\n\n In der Produktion zeigt sich das an einem typischen Muster: Ein sporadischer Ausschussanstieg tritt zum Beispiel nur auf einer von drei Linien auf, nur bei bestimmten Chargen, nicht in jeder Schicht. Eine 5-Why-Runde produziert dann f\u00fcnf plausible Antworten \u2014 und mit anderer Besetzung f\u00fcnf andere. Das Ishikawa-Diagramm sammelt dieselben Vermutungen, nur besser sortiert.<\/p>\n\n\n\n Was fehlt, ist die Gegenprobe: Welche der vermuteten Ursachen erkl\u00e4rt das gesamte Fehlerbild \u2014 auch die F\u00e4lle, in denen das Problem nicht auftritt? So entstehen Ursachenanalysen, die formal sauber aussehen und trotzdem die falsche Baustelle bearbeiten.<\/p>\n\n\n\n Drei Grenzen lassen sich festhalten. Erstens erzwingt 5 Why Linearit\u00e4t, wo mehrfaktorielle Zusammenh\u00e4nge vorliegen. Zweitens h\u00e4ngt das Ergebnis von der Erfahrung der Beteiligten ab, nicht von Daten. Drittens fehlt beiden Tools ein eingebauter Pr\u00fcfschritt, der Hypothese von Evidenz trennt. Werkzeuge, die nur Vermutungen liefern, erzeugen im Zweifel L\u00f6sungen f\u00fcr die falsche Ursache. F\u00fcr einfache Probleme bleibt 5 Why aus gutem Grund das Mittel der Wahl \u2014 nicht aber f\u00fcr komplexe, intermittierende F\u00e4lle mit hohem Risiko.<\/p>\n\n\n\n Die Kepner-Tregoe-Problemanalyse ersetzt Raten durch Spezifikation. Sie ist Bestandteil der PSDM-Methodik<\/a> (Problem Solving & Decision Making), die Kepner-Tregoe seit mehr als 65 Jahren entwickelt und weltweit in Unternehmen trainiert; RCA ist in dieser Systematik ein Derivat der Mutter-Methodik \u2014 nicht umgekehrt. Der Kern in drei Schritten:<\/p>\n\n\n\n IST\/IST-NICHT-Spezifikation (IS\/IS NOT).<\/strong> Das Problem wird in vier Dimensionen pr\u00e4zise eingegrenzt: Was ist betroffen \u2014 und was auff\u00e4lligerweise nicht? Wo tritt die Abweichung auf, wo nicht? Wann, seit wann, wann nicht? Welches Ausma\u00df hat sie, welches nicht? Die IS-NOT-Seite ist der eigentliche Hebel: Sie schlie\u00dft m\u00f6gliche Ursachen aus, bevor jemand ihnen hinterherl\u00e4uft.<\/p>\n\n\n\n Besonderheiten und Ver\u00e4nderungen (Distinctions & Changes).<\/strong> Aus der Spezifikation leitet das Team ab, was das Betroffene vom Nicht-Betroffenen unterscheidet (Distinctions) und was sich an diesen Merkmalen ver\u00e4ndert hat (Changes). M\u00f6gliche Ursachen entstehen aus Daten und Erkenntnissen \u2014 nicht aus dem Gef\u00fchl der lautesten Person im Raum.<\/p>\n\n\n\n Ursachen testen.<\/strong> Jede vermutete Ursache muss die komplette Spezifikation erkl\u00e4ren: jedes IS und jedes IS-NOT. Was das Fehlerbild nicht vollst\u00e4ndig erkl\u00e4rt, scheidet aus \u2014 bevor Ma\u00dfnahmen Geld kosten. Ziel ist nicht die plausibelste, sondern die belegte Ursache; erst die wahrscheinlichste wird am Objekt verifiziert.<\/p>\n\n\n\n Ein Beispiel aus der Fertigung: In einem Werk steigt der Ausschuss an einer Dichtfl\u00e4che \u2014 aber nur auf Linie 2, nicht auf den baugleichen Linien 1 und 3; nur bei bestimmten Vormaterial-Chargen; erstmals in der Woche nach einem Wartungsfenster. Eine 5-Why-Runde h\u00e4tte hier viele Startpunkte und keine Pr\u00fcfinstanz. Die IS\/IS-NOT-Spezifikation macht die Eingrenzung selbst zur Analyse: Was unterscheidet Linie 2 von den anderen? Was hat sich im Wartungsfenster ge\u00e4ndert? Die Kombination aus Unterscheidungsmerkmal (dort getauschtes Anpresswerkzeug) und Ver\u00e4nderung (neue Werkzeugcharge mit abweichender Toleranz) erkl\u00e4rt das komplette Muster \u2014 inklusive der Linien, auf denen nichts passiert. Verifiziert wird am Werkzeug, nicht per Mehrheitsmeinung. (Das Szenario ist zur Illustration vereinfacht und beschreibt die Vorgehensweise, keinen konkreten Kundenfall.)<\/p>\n\n\n\n Der Unterschied zu 5 Why und Ishikawa liegt nicht im Aufwand, sondern in der Beweislogik: Die Problemanalyse behandelt jede m\u00f6gliche Ursache als Hypothese, die gegen die Spezifikation bestehen muss \u2014 so wird die tats\u00e4chliche Problemquelle identifiziert statt der plausibelsten. Das macht die Probleml\u00f6sung dokumentierbar und auditierbar \u2014 und es verhindert L\u00f6sungen, die auf ungepr\u00fcften Hypothesen beruhen. In der Produktion zahlt das direkt auf stabile Prozesse ein; wie sich die Systematik in bestehende Abl\u00e4ufe integrieren l\u00e4sst, zeigt die Beratung zu Produktionsoptimierung.<\/a><\/p>\n\n\n\n Ausschuss und Nacharbeit sind Qualit\u00e4tskosten \u2014 im Qualit\u00e4tsmanagement als Cost of Poor Quality gefasst. Bemerkenswert ist, wie wenig Transparenz dar\u00fcber herrscht: Laut dem ASQE-Cost-of-Quality-Report 2025 geben nur 31 Prozent der Befragten an, die Auswirkungen von Qualit\u00e4tskosten auf die Finanzleistung ihrer Organisation vollst\u00e4ndig zu verstehen. Ein Unternehmen, das die Kostenwirkung seiner Fehler nicht kennt, kann weder priorisieren noch den Erfolg von Ma\u00dfnahmen belegen.<\/p>\n\n\n\n Der Weg zur Verringerung des Ausschusses folgt deshalb einer klaren Reihenfolge: erst Transparenz \u00fcber die Fehlerdaten, dann Priorisierung per Pareto, dann die Identifikation der Grundursache am gr\u00f6\u00dften Fehlerschwerpunkt. Strategien zur Senkung der Qualit\u00e4tskosten gibt es viele \u2014 tragf\u00e4hig sind sie erst mit best\u00e4tigter Ursache. Wer stattdessen nur Symptome behandelt, zahlt wiederholt: f\u00fcr Nacharbeit, Sonderfahrten und gebundene Kapazit\u00e4t. Nachhaltige L\u00f6sungen setzen an der Ursache an; alles andere ist Symptompflege mit Budget.<\/p>\n\n\n\nWarum die Fehlerursachenanalyse oft an der Symptomgrenze endet<\/h2>\n\n\n\n
Methoden der Ursachenanalyse im \u00dcberblick: Was die etablierten Werkzeuge leisten<\/h2>\n\n\n\n
5-Why-Methode: schnell, teamtauglich \u2014 und strikt linear<\/h3>\n\n\n\n
Ishikawa-Diagramm: Hypothesen strukturieren mit dem Ursache-Wirkungs-Diagramm<\/h3>\n\n\n\n
Pareto-Analyse: die wenigen Ursachen mit der gr\u00f6\u00dften Wirkung<\/h3>\n\n\n\n
Fehlerm\u00f6glichkeits- und Einflussanalyse (FMEA): pr\u00e4ventiv statt reaktiv<\/h3>\n\n\n\n
Fehlerbaumanalyse (FTA) und der Methodenkatalog der DIN EN IEC 31010<\/h3>\n\n\n\n
8D: der Rahmenprozess f\u00fcr Reklamationen in der Automobilindustrie<\/h3>\n\n\n\n
Wo 5 Why & Ishikawa an ihre Grenzen sto\u00dfen<\/h2>\n\n\n\n
Die KT-Problemanalyse: Root Cause Analysis als pr\u00fcfbarer Prozess statt Ratensammlung<\/h2>\n\n\n\n
Ausschuss reduzieren hei\u00dft Ursachen kennen: der Business-Case in der Produktion<\/h2>\n\n\n\n