Root Cause Analysis (RCA) ist eine strukturierte Untersuchung, die steuerbare Ursachen identifiziert, deren Beseitigung oder Kontrolle die Wiederholung eines Problems verhindert. Gute RCA beginnt mit einer präzisen Problembeschreibung, verfolgt Evidenz durch den Prozess, prüft konkurrierende Erklärungen und verifiziert die Korrekturmaßnahme. Ein roter KPI, die zuletzt gestoppte Maschine oder die fünfte Warum-Antwort ist nicht automatisch die Ursache.
Engpassbewusste Untersuchung
Evidenz- und Annahmenverlauf
Verbundene Maßnahmen
Problem definieren, bevor es erklärt wird
Beschreiben Sie, was, wo, wann, wie häufig und mit welcher Wirkung geschah und was stattdessen erwartet wurde. Ursachen gehören noch nicht in die Problemformulierung.
Sichern Sie Ereignisse, Alarme, Sensordaten, Qualitäts- und Wartungsdaten, Beobachtungen, Produktmix und Änderungen. Synchronisieren Sie Zeitstempel.
- Konkrektes Objekt, Defekt oder Ereignis
- Ort, Produkt, Schicht und Bedingung
- Beginn, Häufigkeit, Dauer und Wirkung
- Vergleichszeiträume ohne Problem
Symptome, Beiträge und Ursachen trennen
Das Symptom zeigt, wo das Problem sichtbar wird. Ein Beitrag verändert Wahrscheinlichkeit oder Schwere. Eine Ursache ist ein steuerbarer Faktor, dessen Behandlung Wiederholung im definierten System verhindert.
Ishikawa ordnet Kandidaten, Pareto fokussiert Evidenz, Änderungsanalyse sucht Unterschiede und 5-Why verfolgt Ketten. Kein Werkzeug validiert allein.
Ursachenkandidaten an Evidenz prüfen
Definieren Sie je Hypothese erwartete, fehlende und widerlegende Signale. Prüfen Sie zeitliche Reihenfolge, Mechanismus, Stärke und Konsistenz bei betroffenen und nicht betroffenen Läufen.
Simulation kann testen, ob ein Kandidat den beobachteten Systemeffekt erzeugen kann. Das zeigt Plausibilität, keinen Beweis; Bestätigung braucht Messung, physische Evidenz oder kontrollierten Versuch.
- Lag der Kandidat vor der Wirkung?
- Gibt es einen glaubwürdigen Mechanismus?
- Erscheint und verschwindet das Muster mit dem Kandidaten?
- Lassen sich Größenordnung und Zeitpunkt reproduzieren?
- Welche Alternative passt ebenso gut?
Den Verlust durch das System verfolgen
Ein vorgelagerter Mikrostopp kann den Engpass später aushungern; eine Qualitätssperre kann wie geringe Leistung aussehen. Richten Sie Ereignisse auf einer Zeitachse aus und trennen Sie Ursprung und KPI-Ort.
Engpasskontext ordnet die Untersuchung: eine kleine Störung am Engpass kann Versand stärker treffen als ein häufiger Fehler in einem geschützten Prozess.
Korrigieren und Wirksamkeit nachweisen
Maßnahmen beseitigen oder kontrollieren die bestätigte Ursache und stärken Erkennung, ohne Risiko zu verlagern. Definieren Sie Eigentümer, Termin, Kennzahl und Prüfzeitraum.
Bestätigen Sie, dass Fehlersignatur und Wiederholung verschwinden, Ergebnisse vergleichbar besser werden und keine Sicherheits-, Qualitäts- oder Flussprobleme entstehen.
- Eindämmen
Menschen, Kunden und Betrieb schützen und Evidenz bewahren.
- Erklären
Alternative Kausalketten aufbauen und testen.
- Korrigieren
Bestätigte Ursachen und versagte Barrieren behandeln.
- Verifizieren
Definierten Zeitraum unter vergleichbaren Bedingungen beobachten.
- Standardisieren
Kontrollen, Arbeit, Training und Monitoring aktualisieren.
Praxis-Checkliste
- Faktisches Problem mit Umfang und Soll-Bedingung formulieren.
- Prozess-, Qualitäts- und Wartungsevidenz sichern und synchronisieren.
- Betrieb, Instandhaltung, Engineering und Prozessverantwortung beteiligen.
- Mehrere Hypothesen erzeugen.
- Bestätigende und widerlegende Evidenz definieren.
- Korrelation und Simulation nicht als Beweis behandeln.
- Wiederholung und Systemnebenwirkungen nach Maßnahmen prüfen.
Häufige Fragen
Fragen vor der Anmeldung
Quellen und Vertiefung
Maßgebliche Referenzen für Recherche und Prüfung dieses Leitfadens.