Vorher abschließenKlare Grenze
Problem, Wirkung, Zeitraum und Systemgrenze definieren; Spuren sichern und sofortige Eindämmung getrennt dokumentieren.
Ohne Grenze vermischen sich Fälle, Zeiträume oder Variablen.
MethodenanleitungOperations
Root Cause Analysis
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
KomplexitätMittel
Zeit1-4 h
Teilnehmende3-8
FormatWorkshop + Async
ReifegradCanonical
01
Vorbedingung
Was vorher fertig sein muss
Vorher abschließenEvidenzzugang
Präzise Problemdefinition, Ereignis- und Messdaten, Timeline, Ursache-Evidenzregister, Kontroll- und Maßnahmenplan
Fehlende Quellen bleiben als Unsicherheit sichtbar.
02
Vorbereitung
Was vor Start vorliegen muss
Materialien
Präzise Problemdefinition, Ereignis- und Messdaten, Timeline, Ursache-Evidenzregister, Kontroll- und Maßnahmenplan
Personen / Rollen
Investigation Lead · Prozess- und Systemexpert:innen · Evidenzverantwortung · unabhängige Challenge · Maßnahmen-Owner
Vorabinfos
Problem, Wirkung, Zeitraum und Systemgrenze definieren; Spuren sichern und sofortige Eindämmung getrennt dokumentieren.
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.
03
Kernfrage
Die eine Frage, die diese Methode beantwortet
Welche belegten Systemursachen müssen verändert werden, damit dieses oder ein ähnliches Ereignis nicht wiederkehrt?
04
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
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.
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.
- 1
Problem
Prüfbare Problemdefinition
Ziel
Prüfbare Problemdefinition: Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.
Voraussetzungen für diesen Schritt
- 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
Durchführung
- Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.
Ergebnis
Prüfbare Problemdefinition
Unerwünschtes Ergebnis mit Sollabweichung, Wirkung, Zeitpunkt und Grenze beschreiben; Eindämmung separat halten.
Qualitätscheck
Nennt die Definition was, wann, wo und wie stark, ohne eine Ursache vorwegzunehmen?
Stolperfalle
„Datenbankfehler durch falsche Konfiguration“ nimmt Ursache und Lösung vorweg. Nur beobachtetes Ergebnis, Soll, Ausmaß, Zeit und Grenze formulieren.
Zeitlicher Rahmen: 30–45 Minuten
- 2
Evidenz
Belegte Timeline
Ziel
Belegte Timeline: Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.
Voraussetzungen für diesen Schritt
- Prüfbare Problemdefinition
Durchführung
- Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.
Ergebnis
Belegte Timeline
Chronologie aus Logs, Messwerten, Dokumenten und Aussagen rekonstruieren; Widersprüche und Lücken markieren.
Qualitätscheck
Hat jedes Ereignis Zeit, Quelle und Evidenzstatus, und bleiben Widersprüche sichtbar?
Stolperfalle
Erinnerungen werden ohne Abgleich als exakte Timeline übernommen. Jede Aussage mit Quelle kennzeichnen und gegen technische oder dokumentarische Spuren prüfen.
Zeitlicher Rahmen: 2–8 Stunden
- 3
Kausalkette
Geprüfte Kausalkette
Ziel
Geprüfte Kausalkette: Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.
Voraussetzungen für diesen Schritt
- Belegte Timeline
Durchführung
- Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.
Ergebnis
Geprüfte Kausalkette
Direkte und beitragende Faktoren verbinden; für jede Verbindung Mechanismus und Gegenprobe benennen.
Qualitätscheck
Ist jede Kausalverbindung durch Mechanismus und Evidenz statt zeitliche Nähe begründet?
Stolperfalle
Ein Ereignis kurz vor dem Ausfall wird automatisch zur Ursache. Mechanismus beschreiben und durch Reproduktion, Vergleich oder Gegenbeispiel prüfen.
Zeitlicher Rahmen: 60–120 Minuten
- 4
Root Causes
Begründete Root Causes
Ziel
Begründete Root Causes: Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.
Voraussetzungen für diesen Schritt
- Geprüfte Kausalkette
Durchführung
- Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.
Ergebnis
Begründete Root Causes
Kandidaten darauf prüfen, ob ihre Korrektur Wiederholung verhindert, machbar ist und Sicherheit nicht verschlechtert.
Qualitätscheck
Erfüllt jede Root Cause Präventions-, Machbarkeits- und Nebenwirkungsprüfung?
Stolperfalle
Die Analyse endet bei Bedienfehler oder defekter Komponente. Nach organisatorischer oder technischer Kontrolllücke fragen und Kriterien explizit prüfen.
Zeitlicher Rahmen: 45–90 Minuten
- 5
Maßnahmen
Wirksamkeitsplan
Ziel
Wirksamkeitsplan: Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.
Voraussetzungen für diesen Schritt
- Begründete Root Causes
Durchführung
- Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.
Ergebnis
Wirksamkeitsplan
Kontrollen an Root Causes ausrichten; Owner, Termin, Wirksamkeitssignal und Review festlegen.
Qualitätscheck
Adressiert jede Maßnahme eine Ursache und besitzt ein beobachtbares Wirksamkeitssignal?
Stolperfalle
Maßnahmen lauten „Team sensibilisieren“ ohne veränderte Kontrolle. Technische oder organisatorische Kontrolle mit Messsignal und Nachprüfung formulieren.
Zeitlicher Rahmen: 45–75 Minuten
05
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Form
Nachvollziehbarer RCA-Bericht mit Timeline, direkten und beitragenden Ursachen, begründeten Root Causes und wirksamkeitsgeprüften Maßnahmen.
Versionierung / Ownership
Datum, Owner, Quellenstand und Reviewtermin führen; frühere Fassungen erhalten.
Tool-Alternativen
- Evidenz- und Quellenregister
- Ereignis- und Kausaltimeline
- Ursachen- und Maßnahmenregister
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
06
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
root-cause-analysis-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Lehrbeispiel: Root Cause Analysis · Arbeitsstruktur
Prüfbare Problemdefinition
Am 14.05. von 09:12–09:47 scheiterten 38 % der Checkouts; 214 Kund:innen betroffen; Scope Produktion EU.
Belegte Timeline
09:08 Batchstart; 09:12 Pool 95 %; 09:18 Neustart; 09:31 Batch pausiert; 09:47 stabil.
Geprüfte Kausalkette
Batch und Checkout teilten Pool; Batch belegte 72 Verbindungen; Checkout wartete über Timeout. Reproduktion im Staging bestätigt.
Begründete Root Causes
RC1 fehlende Pooltrennung; RC2 Monitoring schloss Batch-Verbindungen aus. Neustart ist nur Reaktion, keine Root Cause.
Wirksamkeitsplan
Pools bis 21.05. trennen; Alarm auf Gesamtbelegung ab 70 %; Lasttest zeigt Checkout-Fehler unter 1 %; Review 28.05.
07
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- Prüfbare Problemdefinition„Datenbankfehler durch falsche Konfiguration“ nimmt Ursache und Lösung vorweg.In der Phase ansehen
- Belegte TimelineErinnerungen werden ohne Abgleich als exakte Timeline übernommen.In der Phase ansehen
- Geprüfte KausalketteEin Ereignis kurz vor dem Ausfall wird automatisch zur Ursache.In der Phase ansehen
- Begründete Root CausesDie Analyse endet bei Bedienfehler oder defekter Komponente.In der Phase ansehen
- WirksamkeitsplanMaßnahmen lauten „Team sensibilisieren“ ohne veränderte Kontrolle.In der Phase ansehen
Falle
Prüfbare Problemdefinition
Symptom
„Datenbankfehler durch falsche Konfiguration“ nimmt Ursache und Lösung vorweg.
Was tun
Nur beobachtetes Ergebnis, Soll, Ausmaß, Zeit und Grenze formulieren.
Falle
Belegte Timeline
Symptom
Erinnerungen werden ohne Abgleich als exakte Timeline übernommen.
Was tun
Jede Aussage mit Quelle kennzeichnen und gegen technische oder dokumentarische Spuren prüfen.
Falle
Geprüfte Kausalkette
Symptom
Ein Ereignis kurz vor dem Ausfall wird automatisch zur Ursache.
Was tun
Mechanismus beschreiben und durch Reproduktion, Vergleich oder Gegenbeispiel prüfen.
Falle
Begründete Root Causes
Symptom
Die Analyse endet bei Bedienfehler oder defekter Komponente.
Was tun
Nach organisatorischer oder technischer Kontrolllücke fragen und Kriterien explizit prüfen.
Falle
Wirksamkeitsplan
Symptom
Maßnahmen lauten „Team sensibilisieren“ ohne veränderte Kontrolle.
Was tun
Technische oder organisatorische Kontrolle mit Messsignal und Nachprüfung formulieren.
08
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Stopp Problem: Nennt die Definition was, wann, wo und wie stark, ohne eine Ursache vorwegzunehmen?
Stopp Evidenz: Hat jedes Ereignis Zeit, Quelle und Evidenzstatus, und bleiben Widersprüche sichtbar?
Stopp Kausalkette: Ist jede Kausalverbindung durch Mechanismus und Evidenz statt zeitliche Nähe begründet?
Stopp Root Causes: Erfüllt jede Root Cause Präventions-, Machbarkeits- und Nebenwirkungsprüfung?
Stopp Maßnahmen: Adressiert jede Maßnahme eine Ursache und besitzt ein beobachtbares Wirksamkeitssignal?
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.