Root Cause Analysis (RCA): Methoden, Praxisbeispiel & MES-Daten

Was ist Root Cause Analysis (RCA)?

Root Cause Analysis (RCA) ist eine systematische Methode, um die eigentliche Ursache eines Problems zu finden, nicht nur das Symptom. In der Fertigung bedeutet das: Wenn eine Anlage wiederholt stillsteht, fragt RCA nicht „Wie bekommen wir sie schneller wieder zum Laufen?", sondern „Warum steht sie überhaupt still, und was muss sich ändern, damit es nicht wieder passiert?"

Der Unterschied zwischen Symptombekämpfung und Ursachenbeseitigung ist in der Produktion wirtschaftlich messbar. Ein Stillstand, der durch einen Workaround in 10 Minuten behoben wird, aber jede Woche wiederkehrt, kostet über ein Jahr hinweg ein Vielfaches der einmaligen Reparatur der Grundursache. RCA macht diese Rechnung transparent.

RCA-Methoden im Vergleich: 5-Why, Ishikawa, FTA, 8D und A3

Es gibt nicht „die eine" RCA-Methode. In der Fertigung werden fünf Ansätze am häufigsten eingesetzt, und sie unterscheiden sich in Aufwand, Detailtiefe und Einsatzzweck:

In der Praxis werden diese Methoden oft kombiniert: Ein Ishikawa-Workshop identifiziert die möglichen Ursachenkategorien, 5-Why vertieft die wahrscheinlichste Kette, und ein 8D-Report dokumentiert das Ergebnis für den Kunden.

5-Why in der Fertigung: Ein konkretes Beispiel

Die 5-Why-Methode ist der schnellste Einstieg in die Ursachenanalyse. Das Prinzip: Jede Antwort wird zur nächsten Frage. Fünf Iterationen sind ein Richtwert, nicht eine feste Regel. Manchmal reichen drei, manchmal braucht es sieben.

Ausgangsproblem: Montagelinie 3 hatte in der Frühschicht einen ungeplanten Stillstand von 47 Minuten.

Root Cause: Fehlende präventive Wartung des Druckminderers am Gasverteiler.

Maßnahme: Druckminderer in den Wartungsplan aufnehmen, Wechselintervall 6 Monate. Zusätzlich: Drucksensor an den Gasverteiler anschließen und als Prozessparameter im MES überwachen, um Druckabfall frühzeitig zu erkennen.

Ohne die Stillstandsdaten mit Zeitstempel (wann genau, wie lange, welche Station) und die SPS-Alarme (welcher Alarm hat den Stopp ausgelöst) wäre diese Analyse nicht in 30 Minuten möglich gewesen. Genau diese Daten liefert ein MES automatisch.

Warum RCA in der Fertigung oft scheitert

Die Methoden sind einfach. Die Umsetzung ist es nicht. Fünf Gründe, warum Ursachenanalysen in der Praxis ins Leere laufen:

1. Fehlende Datenbasis. 5-Why funktioniert nur, wenn die Antworten auf Fakten basieren, nicht auf Vermutungen. „Warum stand die Anlage still?" kann ohne automatische Stillstandserfassung nur mit „Weiß ich nicht genau" beantwortet werden. Manuelle Schichtprotokolle erfassen den Stillstand, aber nicht den Zeitpunkt auf die Sekunde, nicht den auslösenden Alarm und nicht den Kontext (welcher Auftrag lief, welches Produkt, welcher Bediener).

2. Zeitdruck. Nach einem Stillstand ist die erste Priorität: Anlage wieder zum Laufen bringen. Die Ursachenanalyse wird auf „nachher" verschoben. „Nachher" kommt selten, weil der nächste Stillstand oder das nächste Meeting dazwischenkommt. Lösung: RCA als festen Bestandteil der Schichtübergabe oder des täglichen Shopfloor-Meetings etablieren, mit den automatisch erfassten Daten als Grundlage.

3. Stopp bei der zweiten oder dritten „Warum"-Ebene. Die erste Antwort ist meist offensichtlich. Ab der dritten Ebene wird es unbequem, weil dort systemische Ursachen auftauchen: fehlende Wartungspläne, unzureichende Schulungen, mangelhafte Prozessdokumentation. Wer hier stoppt, behebt Symptome, nicht Ursachen.

4. Schuldzuweisungen statt Systemanalyse. „Der Bediener hat einen Fehler gemacht" ist keine Root Cause. Die Frage muss lauten: Warum konnte der Bediener den Fehler machen? Fehlte eine Arbeitsanweisung? War das PokaYoke-System nicht aktiv? War die Einweisung unvollständig? RCA analysiert Systeme, nicht Personen.

5. Keine Wirksamkeitsprüfung. Eine Maßnahme wird definiert und umgesetzt. Aber ob sie tatsächlich wirkt, wird nicht geprüft. Ohne Vorher-Nachher-Vergleich (Stillstandshäufigkeit, Rework-Rate, OEE-Trend) bleibt unklar, ob die Root Cause wirklich beseitigt wurde.

Wie MES-Daten die Root Cause Analysis beschleunigen

RCA ohne Daten ist Raten. Ein Manufacturing Execution System (MES) liefert die vier Datentypen, die jede Ursachenanalyse in der Fertigung braucht:

Bei SYMESTIC werden diese vier Datentypen automatisch erfasst und korreliert. Konkret:

Automatische Stillstandsbegründung: Technische Stillstände werden durch die SPS-Alarme automatisch begründet, ohne Eingriff der Mitarbeitenden. Bei Neoperl wird genau diese Korrelation genutzt: SPS-Alarme werden automatisch mit Stillständen und Qualitätsdefekten verknüpft. Ergebnis: 10 % weniger Stillstände durch automatische Erfassung und Begründung, 15 % weniger Ausschuss durch Qualitätsdaten-Auswertung.

Pareto-Analyse der Stillstandsursachen: Der Downtime Analyzer in SYMESTIC zeigt die Top-10-Stillstandsursachen nach Häufigkeit und Dauer. Die Pareto-Darstellung beantwortet die zentrale RCA-Frage: Welche 20 % der Ursachen verursachen 80 % der Ausfallzeit? Das lenkt die RCA auf die Probleme mit dem größten Hebel.

Prozessdaten-Korrelation: Wenn ein Stillstand oder ein Qualitätsproblem auftritt, kann im Process Data Analyzer die Zeitreihe der relevanten Parameter (Temperatur, Druck, Drehmoment) im Zeitraum vor dem Ereignis analysiert werden. So wird sichtbar, ob sich ein Parameter schleichend verschoben hat, was auf Verschleiß, Materialwechsel oder Umgebungseinflüsse hindeutet.

RCA in der Praxis: Drei Kundenbeispiele

Bei Meleghy Automotive, einem internationalen Automobilzulieferer mit 6 Werken, werden Maschinenzyklen über bidirektionale SAP-R3-Anbindung (ABAP IDoc) Fertigungsaufträgen zugeordnet. Zusätzlich triggert die Anbindung an CASQ-it (Böhme & Weihs) automatisch Stichprobenprüfungen. Die Kombination aus OEE-Erfassung, Stillstandsanalyse und automatischen Stichproben schafft die Datenbasis für schnelle Ursachenanalysen über alle Werke hinweg. Ergebnis: 10 % Reduktion von Stillstandszeiten, 7 % Verbesserung der Ausbringung.

Bei Schmiedetechnik Plettenberg lag die zentrale Herausforderung in der fehlenden durchgängigen Transparenz. Produktionsdaten wurden überwiegend manuell erfasst, Abweichungen erst im Nachgang erkannt. Nach der SYMESTIC-Einführung beschreibt Thorsten Manns, Technischer Leiter: „SYMESTIC verschafft uns eine durchgängige Echtzeittransparenz, die wir in dieser Form vorher nicht hatten. Dadurch können wir schneller eingreifen und unsere Prozesse deutlich stabiler steuern." Die Echtzeittransparenz über Maschinen, Schichten und Aufträge ermöglicht erstmals eine datenbasierte Ursachenanalyse direkt in der Schichtübergabe.

Bei Brita, einem international führenden Anbieter von Trinkwasseroptimierung, werden an hochautomatisierten Montagelinien digitale Maschinensignale zur Erfassung der tatsächlichen Ausbringung übernommen. Stillstandssignale werden über digitale Signale abgegriffen und transparent dargestellt. Moderne Linien sind über OPC-UA an den Linienleitrechner angebunden, um Alarme aufzunehmen. Ergebnis: 5 % Reduktion von Stillstandszeiten, 7 % Verbesserung der Ausbringung.

RCA vs. CAPA vs. FMEA: Die Abgrenzung

RCA wird häufig mit verwandten Qualitätsmethoden verwechselt. Die Unterschiede:

RCA und CAPA arbeiten oft zusammen: Die RCA identifiziert die Grundursache, der CAPA-Prozess dokumentiert und verfolgt die Maßnahme. FMEA dagegen ist das proaktive Gegenstück: Sie identifiziert potenzielle Fehlerquellen, bevor sie auftreten. In der Automobilindustrie (IATF 16949) sind alle drei Methoden Pflicht.

Bei Klocke, einem Lohnhersteller in der Pharma- und Kosmetikbranche, wird SYMESTIC im regulierten GMP-Umfeld eingesetzt. Die lückenlose Datenerfassung über DI-Gateways liefert die Grundlage für den CAPA-Prozess: Jeder Stillstand und jede Qualitätsabweichung ist dokumentiert und rückverfolgbar. Ergebnis: 12 % Verbesserung der Ausbringung, 7 Stunden mehr Produktionszeit pro Woche.

RCA und OEE: Der Zusammenhang über die Six Big Losses

Die OEE zeigt, dass es ein Problem gibt. RCA zeigt, warum. Die Six Big Losses strukturieren die OEE-Verluste in sechs Kategorien, und jede davon ist ein RCA-Startpunkt:

Das Zusammenspiel: SYMESTIC erfasst OEE in Echtzeit und macht die Verluste nach den Six Big Losses sichtbar. Der Downtime Analyzer, Rework Analyzer und Process Data Analyzer liefern die Detaildaten für die anschließende RCA. So wird die Kette geschlossen: OEE zeigt wo, RCA zeigt warum, KVP beseitigt die Ursache.

Häufige Fragen zu Root Cause Analysis

Wie viele „Warum"-Fragen braucht eine 5-Why-Analyse?
Fünf ist ein Richtwert, keine feste Regel. Manchmal reichen drei Iterationen, manchmal braucht es sieben. Entscheidend ist, dass die letzte Antwort eine systemische Ursache beschreibt (fehlender Prozess, fehlendes Werkzeug, fehlende Schulung), nicht ein Symptom.

Was ist der Unterschied zwischen RCA und 8D?
8D ist ein strukturierter 8-Schritte-Prozess, der RCA als einen seiner Schritte enthält (D4: Root Cause Analysis). 8D umfasst zusätzlich Sofortmaßnahmen, Teambildung, Wirksamkeitsprüfung und Prävention. In der Automobilindustrie ist der 8D-Report das Standardformat für Kundenreklamationen.

Wie hilft ein MES bei der Ursachenanalyse?
Ein MES liefert die vier Datentypen, die jede RCA in der Fertigung braucht: Stillstandsdaten mit Zeitstempel, SPS-Alarme korreliert mit Stillständen, Prozessdaten als Zeitreihe und Qualitätsdaten nach Fehlerart. Ohne diese Daten basiert die Analyse auf Erinnerung und Vermutung statt auf Fakten.

Wie hängen RCA und OEE zusammen?
OEE zeigt, dass es einen Verlust gibt und in welchem der drei Faktoren (Verfügbarkeit, Leistung, Qualität) er liegt. RCA untersucht, warum der Verlust auftritt. Die Six Big Losses bilden die Brücke: Jeder Verlusttyp ist ein potenzieller RCA-Startpunkt.

Kann RCA auch proaktiv eingesetzt werden?
RCA ist grundsätzlich reaktiv (ein Problem ist aufgetreten). Das proaktive Gegenstück ist die FMEA (Fehlermöglichkeits- und Einflussanalyse), die potenzielle Fehler bewertet, bevor sie auftreten. In der Praxis fließen RCA-Ergebnisse aber zurück in die FMEA: Jede gefundene Root Cause wird als neuer Eintrag in die Prozess-FMEA aufgenommen.