methodatlas

Operations Analyse-Methode

Root Cause Analysis

Trennt Ereignisse, Evidenz, bestätigte Ursachen und passende Maßnahmen, damit die Analyse auf Lernen statt Schuldsuche zielt.

Aus Beobachtungen, Messwerten und Verlaufsmustern werden Hypothesen gebildet und gegen Evidenz getestet. So verdichtet sich die Suche von vielen Möglichkeiten auf die Ursachen mit dem stärksten Erklärungswert. Die anschließenden Maßnahmen zielen nicht auf das sichtbare Symptom, sondern auf den Mechanismus dahinter.

Kernfrage
Welche belegten Systemursachen müssen verändert werden, damit dieses oder ein ähnliches Ereignis nicht wiederkehrt?
Teilnehmende
3-8
Zeit
Ein bis fünf Arbeitstage, abhängig von Evidenzzugang und Tragweite; 90–180 Minuten gemeinsame Analyse.

Evidenzaufbau, Analyse und Wirksamkeitsprüfung bilden ein mehrstufiges Vorhaben.

Papierillustration zu Root Cause Analysis.
  1. Problem

    Prüfbare Problemdefinition

    Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.

  2. Evidenz

    Belegte Timeline

    Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.

  3. Kausalkette

    Geprüfte Kausalkette

    Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.

  4. Root Causes

    Begründete Root Causes

    Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.

  5. Maßnahmen

    Wirksamkeitsplan

    Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.

Neue Evidenz im Review ergänzen und Entscheidungen samt früherem Stand versionieren.

Geeignet, wenn

Wenn ein Problem wiederkehrt und die Ursache unklar bleibt, legt die Methode das zugrunde liegende Wirkgefüge frei. Sie trennt Symptom, Vermutung und belastbare Erklärung voneinander.

Ideal für

  • Wiederkehrende operative Probleme
  • Qualitäts- und Serviceabweichungen
  • Post-Incident Reviews

Nicht gut für

  • Triviale Einzelfehler
  • Reine Schuldzuweisung
  • Situationen ohne belastbare Daten

Ergebnisse

  • Wirksamkeitsplan

    Nachvollziehbarer RCA-Bericht mit Timeline, direkten und beitragenden Ursachen, begründeten Root Causes und wirksamkeitsgeprüften Maßnahmen.

Root Cause Analysis · Arbeitsstruktur

Fiktives Beispiel

Fiktive Werte zeigen die tatsächlichen Fachfelder.

Prüfbare Problemdefinition

Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.

Am 14.05. von 09:12–09:47 scheiterten 38 % der Checkouts; 214 Kund:innen betroffen; Scope Produktion EU.

Belegte Timeline

Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.

09:08 Batchstart; 09:12 Pool 95 %; 09:18 Neustart; 09:31 Batch pausiert; 09:47 stabil.

Geprüfte Kausalkette

Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.

Batch und Checkout teilten Pool; Batch belegte 72 Verbindungen; Checkout wartete über Timeout. Reproduktion im Staging bestätigt.

Begründete Root Causes

Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.

RC1 fehlende Pooltrennung; RC2 Monitoring schloss Batch-Verbindungen aus. Neustart ist nur Reaktion, keine Root Cause.

Wirksamkeitsplan

Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.

Pools bis 21.05. trennen; Alarm auf Gesamtbelegung ab 70 %; Lasttest zeigt Checkout-Fehler unter 1 %; Review 28.05.

Alle Werte sind fiktiv.

Fachquelle · eigene Lehrdarstellung

Erster Schritt

Problem, Wirkung, Zeitraum und Systemgrenze definieren; Spuren sichern und sofortige Eindämmung getrennt dokumentieren.

Zur Methodenanleitung

Vertiefung

Zweck

Wenn ein Problem wiederkehrt und die Ursache unklar bleibt, legt die Methode das zugrunde liegende Wirkgefüge frei. Sie trennt Symptom, Vermutung und belastbare Erklärung voneinander.

Funktionsweise

Aus Beobachtungen, Messwerten und Verlaufsmustern werden Hypothesen gebildet und gegen Evidenz getestet. So verdichtet sich die Suche von vielen Möglichkeiten auf die Ursachen mit dem stärksten Erklärungswert. Die anschließenden Maßnahmen zielen nicht auf das sichtbare Symptom, sondern auf den Mechanismus dahinter.

Im Detail

Root Cause Analysis verhindert, dass eine Abweichung mit der ersten plausiblen Erklärung beendet wird. Saubere Evidenz, Trennung von Symptom und Ursache sowie passende Gegenmaßnahmen bestimmen die Qualität. Als Lernprozess ist sie belastbar, wenn Maßnahmen die Ursache adressieren und später auf Wirkung geprüft werden.

Durchführung

Friere Symptom, Schaden und Kontext früh ein, bevor Erklärungen auseinanderlaufen und der Fall nachträglich umgedeutet wird. Der Kern der Methode liegt darin, Bedingungen zu verändern und nicht bloß Schuld oder Schlagworte zu finden. Beende die Analyse mit Maßnahmen, die auf nachweisbare Ursachen zielen, und einer Kontrolle ihrer Wirksamkeit.

Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen
Artefakt-Vorlagen
Root Cause Analysis: ArbeitsvorlageGegenstand, Evidenz, Rollen, Ablauf und Review festlegen.
markdown

root-cause-analysis-working-template.md

Gegenstand, Evidenz, Rollen, Ablauf und Review festlegen.

Root Cause Analysis: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Gesamtes Vorhaben Zeit: Ein bis fünf Arbeitstage, abhängig von Evidenzzugang und Tragweite; 90–180 Minuten gemeinsame Analyse.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Präzise Problemdefinition, Ereignis- und Messdaten, Timeline, Ursache-Evidenzregister, Kontroll- und Maßnahmenplan
  • Rollen: Investigation Lead · Prozess- und Systemexpert:innen · Evidenzverantwortung · unabhängige Challenge · Maßnahmen-Owner
  • Vorab-Infos: Problem, Wirkung, Zeitraum und Systemgrenze definieren; Spuren sichern und sofortige Eindämmung getrennt dokumentieren.
  • Gesamter Zeitbedarf: Ein bis fünf Arbeitstage, abhängig von Evidenzzugang und Tragweite; 90–180 Minuten gemeinsame Analyse.
  • Setup: Arbeitsfläche mit Problem · Evidenz · Kausalkette · Root Causes · Maßnahmen vorbereiten; Beispiel und eigene Daten trennen.

Für die Arbeitsschritte bereitstellen

Problem: Prüfbare Problemdefinition

  • Problem, Wirkung, Zeitraum und Systemgrenze definieren; Spuren sichern und sofortige Eindämmung getrennt dokumentieren.
  • Präzise Problemdefinition, Ereignis- und Messdaten, Timeline, Ursache-Evidenzregister, Kontroll- und Maßnahmenplan

Evidenz: Belegte Timeline

  • Prüfbare Problemdefinition

Kausalkette: Geprüfte Kausalkette

  • Belegte Timeline

Root Causes: Begründete Root Causes

  • Geprüfte Kausalkette

Maßnahmen: Wirksamkeitsplan

  • Begründete Root Causes

Root Cause Analysis · Arbeitsstruktur

Prüfbare Problemdefinition

Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.

...

Belegte Timeline

Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.

...

Geprüfte Kausalkette

Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.

...

Begründete Root Causes

Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.

...

Wirksamkeitsplan

Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.

...

Die leere Vorlage enthält nur Arbeitsimpulse.

Fachquelle · eigene Lehrdarstellung

Problem: Prüfbare Problemdefinition

Erwartetes Artefakt: Prüfbare Problemdefinition

Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.

Eintrag:

...

  • Nennt die Definition was, wann, wo und wie stark, ohne eine Ursache vorwegzunehmen?

Evidenz: Belegte Timeline

Erwartetes Artefakt: Belegte Timeline

Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.

Eintrag:

...

  • Hat jedes Ereignis Zeit, Quelle und Evidenzstatus, und bleiben Widersprüche sichtbar?

Kausalkette: Geprüfte Kausalkette

Erwartetes Artefakt: Geprüfte Kausalkette

Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.

Eintrag:

...

  • Ist jede Kausalverbindung durch Mechanismus und Evidenz statt zeitliche Nähe begründet?

Root Causes: Begründete Root Causes

Erwartetes Artefakt: Begründete Root Causes

Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.

Eintrag:

...

  • Erfüllt jede Root Cause Präventions-, Machbarkeits- und Nebenwirkungsprüfung?

Maßnahmen: Wirksamkeitsplan

Erwartetes Artefakt: Wirksamkeitsplan

Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.

Eintrag:

...

  • Adressiert jede Maßnahme eine Ursache und besitzt ein beobachtbares Wirksamkeitssignal?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/root-cause-analysis/run-sheet

Alternativen und Nachbarn

Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Alle Methoden
Rahmenbedingungen und Herkunft
MittelWorkshop + Async1-4 h

Steckbrief

Methodenform
Analyse-Methode
Teilnehmende
3-8
Zeit
1-4 h
Reifegrad
Canonical
Ursprung
Quality Management Community
Papierillustration für RAID Log mit fachlich beschrifteter Arbeitsfläche.
Als Nächstes: RAID Log