...

Home » Glossar » Root Cause Analysis (RCA)

Root Cause Analysis (RCA): Von der Symptombehandlung zur Ursache

Root Cause Analysis (RCA) ist die Arbeit, herauszufinden, warum ein Problem wirklich entstanden ist, nicht nur was kaputtging. Beheben Sie das Symptom, kommt es wieder; beheben Sie die Grundursache, bleibt es weg. Oft wird die RCA mit der Korrekturmaßnahme verwechselt, doch die RCA ist das Finden und die Korrekturmaßnahme der Fix, der darauf folgt.

Warum ist die Root Cause Analysis wichtig?

Die Root Cause Analysis hält dieselben Probleme davon ab, wiederzukehren, indem sie behebt, was sie tatsächlich verursacht hat, nicht nur das sichtbare Symptom. Ohne sie flicken Teams wiederkehrende Fehler, Ausfälle und Reklamationen immer wieder und zahlen erneut für Probleme, die sie längst gelöst glaubten. Sie macht aus Feuerwehr-Aktionismus eine dauerhafte Korrekturmaßnahme und kontinuierliche Verbesserung.

Welche Methoden nutzt die Root Cause Analysis?

Wenige Werkzeuge erledigen den Großteil der Arbeit, gewählt nach Komplexität des Problems:

  • Die 5-Why-Analyse: so lange „Warum?“ fragen, bis Sie bei der Grundursache landen statt beim Symptom.
  • Ein Ishikawa-Diagramm (Fischgräte), das Ursachen nach Mensch, Maschine, Material, Methode und mehr ordnet.
  • Die Fault Tree Analysis (Fehlerbaum), die vom Ausfall abwärts durch seine logischen Ursachen arbeitet.
  • Der 8D-Report, der Problem, Sofortmaßnahme, Ursachenanalyse und Wirksamkeitsprüfung strukturiert verbindet.

Wie unterscheidet sich die RCA von der Korrekturmaßnahme?

Es ist der Unterschied zwischen Finden und Beheben. Die RCA bestimmt die Grundursache; die Korrekturmaßnahme ist das, was Sie ändern, damit sie nicht wiederkehrt (im CAPA-Rahmen zusammengefasst). Lassen Sie die RCA aus, behandelt Ihre Maßnahme ein Symptom, weshalb derselbe Fehler wiederkommt. Richtig gemacht liefern RCA-Erkenntnisse die kontinuierliche Verbesserung und schließen über einen echten Fix, nicht über eine Notiz im Protokoll. Ein Audit fördert oft die Probleme zutage, die eine RCA verdienen, und Signale aus Statistical Process Control zeigen, welche Streuung eine Untersuchung wert ist.

Symptombehebung vs Ursachenbehebung 

Beides ist nötig, entscheidend ist, dass es bei der Symptombehebung nicht bleibt.

AspektSymptombehebungUrsachenbehebung
LeitfrageWas ist defekt, und wie läuft die Anlage wieder?Warum ist es defekt gegangen, und was hat das ausgelöst?
VorgehenBauteil tauschen, Störung quittieren, Produktion freigebenDaten und Umstände auswerten, Ursachenkette bis zur Wurzel verfolgen, Maßnahme ableiten
ZeitbedarfMinuten bis Stunden, im laufenden BetriebTage bis Wochen, meist im Team und nach dem Ereignis
WirkungDie Anlage läuft wieder, dieselbe Störung tritt erneut aufDie Störung bleibt aus, sofern die Wurzel richtig getroffen wurde
DokumentationStörmeldung mit getauschtem Teil und DauerAnalyse mit Befund, Maßnahme, Verantwortlichem und Wirksamkeitsprüfung
Wann angebrachtIm Störfall, um Ausfallzeit zu begrenzenSobald dieselbe Störmeldung mehrfach in der Historie auftaucht

Kostenloses 5-Why- und Ursachenanalyse-Arbeitsblatt

Das Arbeitsblatt führt das Problem durch die 5 Whys, ordnet die möglichen Ursachen und weist eine Korrekturmaßnahme mit Verantwortlichem und Wirksamkeitsprüfung zu. Checkliste herunterladen (PDF). Sie können die Checkliste auch digital in flowdit auf Handy, Tablet oder PC ausfüllen.

Verwandte Begriffe

Jagen Sie jeden Monat denselben Fehler?
Ursachen und Korrekturmaßnahmen digital erfassen, bis zum geprüften Fix geschlossen.

Screenshot von flowdit-Anwendung