methodatlas
MethodenanleitungOperations

Root Cause Tree Analysis

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
Zeit1-3 h
Teilnehmende2-8
FormatWorkshop
ReifegradEstablished
Planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBeobachtetes Problem

Ereignis und Abweichung sind überprüfbar beschrieben.

Bei laufender Störung zuerst notwendige Sicherung und Beweiserhalt klären.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Ereignisablauf, Logs, Baumfläche, Belegregister und Maßnahmenliste.

Personen / Rollen

Prozesskundige, betroffene Ausführende, Datenkundige und unabhängige Moderation.

Vorabinfos

Problem, Zeitraum und Soll-Abweichung präzisieren; Ablauf, Logs und betroffene Personen als Quellen sichern.

Zeitbedarf

60–120 Minuten erster Baum; Belegprüfungen separat

Setup

Ereignis oben platzieren; Ursachenhypothesen darunter mit IDs verzweigen und neben jedem Zweig Belegstatus führen.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche belegten Bedingungen erklären das Problem und welche davon können wir wirksam verändern?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Ein Ursachenbaum zerlegt ein konkret beobachtetes Problem in mögliche beitragende Bedingungen und prüft jeden Zweig mit Belegen. Hier ist eine allgemeine Ursachenbaum-Analyse gemeint, kein proprietäres Diagnosesystem und kein Auswahl-Entscheidungsbaum.

Root Cause Tree Analysis · Arbeitsvorlage

Fiktives Beispiel

Ein Ursachenbaum zerlegt ein konkret beobachtetes Problem in mögliche beitragende Bedingungen und prüft jeden Zweig mit Belegen. Hier ist eine allgemeine Ursachenbaum-Analyse gemeint, kein proprietäres Diagnosesystem und kein Auswahl-Entscheidungsbaum.

Top-Ereignis

Welche konkrete Abweichung wird erklärt?

Fiktiv: 12 Kursanmeldungen erhielten am Dienstag keine Bestätigung innerhalb von zehn Minuten.

Baum und Verknüpfungen

Direkte Bedingungen, Unterursachen und gemeinsame Voraussetzungen mit IDs notieren.

E0 fehlende Bestätigung ← H1 Versand scheitert ODER H2 Nachricht wird verworfen. H1 ← H1a Token abgelaufen UND H1b Versand nutzt dieses Token. H1a ← H1a1 Frist abgelaufen UND H1a2 keine rechtzeitige Erneuerung.

Belegstatus

Welche Quelle stützt oder widerlegt welchen Zweig?

Fiktive Logs bestätigen Fristablauf und Nutzung des alten Tokens. Gespeicherte Queue-Einträge widerlegen H2. Der Betriebsplan enthält keinen Erneuerungsprozess und stützt H1a2.

Maßnahmen und Prüfung

Was korrigiert das Ereignis und was verhindert Wiederholung?

Token erneuern und zwölf Bestätigungen kontrolliert nachsenden. Jan richtet Ablaufwarnung und Erneuerungsverantwortung ein; nächsten Ablauf im Test simulieren.

Alle Beispielangaben sind erfunden; sie erläutern die Anwendung.

US Department of Energy: Root Cause Analysis Guidance

  1. 1

    Problem

    Problem

    Ziel

    Problemdefinition

    Voraussetzungen für diesen Schritt

    • Ereignisdaten
    • Sollzustand

    Durchführung

    • Soll, Ist, Zeitraum und Ausmaß des Ereignisses festhalten.
    • Ereignisfolge mit Quellen rekonstruieren und Vermutungen getrennt markieren.

    Ergebnis

    Problemdefinition

    Ist das Problem von seiner vermuteten Ursache getrennt?

    Qualitätscheck

    Ist das Problem von seiner vermuteten Ursache getrennt?

    Stolperfalle

    Das Problem heißt schlechte Mitarbeitende. Eine beobachtbare Abweichung ohne Schuldzuschreibung formulieren.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Ursachenzweige

    Ursachenzweige

    Ziel

    Hypothesenbaum

    Voraussetzungen für diesen Schritt

    • Problem
    • Ablauf und Fachwissen

    Durchführung

    • Mögliche direkte Bedingungen verzweigen und nach ihren Entstehungsbedingungen weiterfragen.
    • Mehrere beitragende Ursachen zulassen; gemeinsame Voraussetzungen ausdrücklich markieren.

    Ergebnis

    Hypothesenbaum

    Erklärt jeder Zweig einen Wirkmechanismus?

    Qualitätscheck

    Erklärt jeder Zweig einen Wirkmechanismus?

    Stolperfalle

    Ein einzelner Warum-Pfad blendet Alternativen aus. Alternative Zweige und beitragende Bedingungen ergänzen.

    Zeitlicher Rahmen: 20–30 Minuten

  3. 3

    Zweigprüfung

    Zweige prüfen

    Ziel

    Geprüfter Ursachenbaum

    Voraussetzungen für diesen Schritt

    • Hypothesenbaum
    • Belegquellen

    Durchführung

    • Jede Ursachenbehauptung mit Logs, Dokumenten, Beobachtungen oder gezieltem Test prüfen.
    • Status belegt, widerlegt oder offen samt Gegenbeleg und Prüfschritt führen.

    Ergebnis

    Geprüfter Ursachenbaum

    Sind offene Hypothesen sichtbar offen geblieben?

    Qualitätscheck

    Sind offene Hypothesen sichtbar offen geblieben?

    Stolperfalle

    Häufige Vermutung wird ohne Nachweis zum Fakt. Belegquelle verlangen und unbestätigten Zweig nicht zur Schlussursache erklären.

    Zeitlicher Rahmen: 20–45 Minuten

  4. 4

    Maßnahmen

    Gegenmaßnahmen

    Ziel

    Maßnahme mit Wirkprüfung

    Voraussetzungen für diesen Schritt

    • Geprüfter Baum
    • Handlungsspielraum

    Durchführung

    • An bestätigten beeinflussbaren Bedingungen ansetzen und Prävention von Sofortkorrektur unterscheiden.
    • Owner, Termin und späteren Wirksamkeitsnachweis vereinbaren; offene Zweige weiterführen.

    Ergebnis

    Maßnahme mit Wirkprüfung

    Verändert die Maßnahme eine belegte Bedingung?

    Qualitätscheck

    Verändert die Maßnahme eine belegte Bedingung?

    Stolperfalle

    Eine Erinnerung ersetzt die Korrektur einer fehlenden Barriere. Technische oder prozessuale Schutzwirkung konkret prüfen.

    Zeitlicher Rahmen: 15–25 Minuten

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Root Cause Tree AnalysisEin Problem in mehrere Ursachenpfade verzweigen, mit Evidenz prüfen und passende Gegenmaßnahmen ableiten
Root Cause Tree AnalysisDas Visual zeigt ein Problem, verzweigte Ursachenpfade, geprüfte Wurzelursachen, Evidenz und Gegenmaßnahmen.Mehrere Ursachenpfade prüfen, nicht vorschnell eine Ursache wählenDer Baum trennt Hypothesen, Evidenz und Maßnahmen, damit nur bestätigte Ursachen adressiert werden.verzweigentiefer fragenprüfenProblemService fällt ausTechnikQueue vollProzessAlarm zu spätOrganisationOwner unklarRoot 1Limit falschRoot 2Runbook fehltRoot 3Rolle offenLogsTimelineInterviewsGegenmaßnahmenan bestätigte Ursachen koppeln
Form

Ursachenbaum mit belegten, widerlegten und offenen Zweigen sowie Maßnahmen an bestätigten beeinflussbaren Bedingungen.

Versionierung / Ownership

Datum und Geltungsbereich festhalten; bei Änderungen den alten Stand mit Begründung erhalten.

Tool-Alternativen
  • Whiteboard mit Ursachenbaum
  • Versioniertes Diagramm
  • Belegregister mit Quellenlinks

root-cause-tree-analysis-working-template.md

Problem, Zeitraum und Soll-Abweichung präzisieren; Ablauf, Logs und betroffene Personen als Quellen sichern.

Root Cause Tree Analysis: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Gesamter Durchlauf Zeit: 60–120 Minuten erster Baum; Belegprüfungen separat

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

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Ereignisablauf, Logs, Baumfläche, Belegregister und Maßnahmenliste.
  • Rollen: Prozesskundige, betroffene Ausführende, Datenkundige und unabhängige Moderation.
  • Vorab-Infos: Problem, Zeitraum und Soll-Abweichung präzisieren; Ablauf, Logs und betroffene Personen als Quellen sichern.
  • Gesamter Zeitbedarf: 60–120 Minuten erster Baum; Belegprüfungen separat
  • Setup: Ereignis oben platzieren; Ursachenhypothesen darunter mit IDs verzweigen und neben jedem Zweig Belegstatus führen.

Für die Arbeitsschritte bereitstellen

Problem: Problem

  • Ereignisdaten
  • Sollzustand

Ursachenzweige: Ursachenzweige

  • Problem
  • Ablauf und Fachwissen

Zweigprüfung: Zweige prüfen

  • Hypothesenbaum
  • Belegquellen

Maßnahmen: Gegenmaßnahmen

  • Geprüfter Baum
  • Handlungsspielraum

Root Cause Tree Analysis · Arbeitsvorlage

Top-Ereignis

Welche konkrete Abweichung wird erklärt?

...

Baum und Verknüpfungen

Direkte Bedingungen, Unterursachen und gemeinsame Voraussetzungen mit IDs notieren.

...

Belegstatus

Welche Quelle stützt oder widerlegt welchen Zweig?

...

Maßnahmen und Prüfung

Was korrigiert das Ereignis und was verhindert Wiederholung?

...

Arbeitsimpulse mit eigenen Angaben beantworten. Unbekanntes und Annahmen ausdrücklich markieren.

US Department of Energy: Root Cause Analysis Guidance

Problem: Problem

Erwartetes Artefakt: Problemdefinition

Ist das Problem von seiner vermuteten Ursache getrennt?

Eintrag:

...

  • Ist das Problem von seiner vermuteten Ursache getrennt?

Ursachenzweige: Ursachenzweige

Erwartetes Artefakt: Hypothesenbaum

Erklärt jeder Zweig einen Wirkmechanismus?

Eintrag:

...

  • Erklärt jeder Zweig einen Wirkmechanismus?

Zweigprüfung: Zweige prüfen

Erwartetes Artefakt: Geprüfter Ursachenbaum

Sind offene Hypothesen sichtbar offen geblieben?

Eintrag:

...

  • Sind offene Hypothesen sichtbar offen geblieben?

Maßnahmen: Gegenmaßnahmen

Erwartetes Artefakt: Maßnahme mit Wirkprüfung

Verändert die Maßnahme eine belegte Bedingung?

Eintrag:

...

  • Verändert die Maßnahme eine belegte Bedingung?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/root-cause-tree-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-tree-analysis-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel

Top-Ereignis: Fiktiv: 12 Kursanmeldungen erhielten am Dienstag keine Bestätigung innerhalb von zehn Minuten.

Baum und Verknüpfungen: E0 fehlende Bestätigung ← H1 Versand scheitert ODER H2 Nachricht wird verworfen. H1 ← H1a Token abgelaufen UND H1b Versand nutzt dieses Token. H1a ← H1a1 Frist abgelaufen UND H1a2 keine rechtzeitige Erneuerung.

Belegstatus: Fiktive Logs bestätigen Fristablauf und Nutzung des alten Tokens. Gespeicherte Queue-Einträge widerlegen H2. Der Betriebsplan enthält keinen Erneuerungsprozess und stützt H1a2.

Maßnahmen und Prüfung: Token erneuern und zwölf Bestätigungen kontrolliert nachsenden. Jan richtet Ablaufwarnung und Erneuerungsverantwortung ein; nächsten Ablauf im Test simulieren.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. ProblemDas Problem heißt schlechte Mitarbeitende.In der Phase ansehen
  2. UrsachenzweigeEin einzelner Warum-Pfad blendet Alternativen aus.In der Phase ansehen
  3. Zweige prüfenHäufige Vermutung wird ohne Nachweis zum Fakt.In der Phase ansehen
  4. GegenmaßnahmenEine Erinnerung ersetzt die Korrektur einer fehlenden Barriere.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Menschlicher Fehler beendet den Baum: Bedingungen, Barrieren und Informationen weiter untersuchen; Personenurteile nicht als Ursache verwenden.

Methode nach Praxisgemeinschaft. Die Methode ist als verbreitete Praxis entstanden und wird nicht eindeutig einer einzelnen Urheberin oder Organisation zugeschrieben. Kuratiert mit 1 Quellen.

Quellen: US Department of Energy: Root Cause Analysis Guidance

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Wie geht es weiter?

Papierillustration zu Standard Work Analysis.
Operations
Standard Work Analysis

Verankert die bestätigte Gegenmaßnahme als neuen verbindlichen Arbeitsstandard.

Papierillustration zu Kaizen Event.
Operations
Kaizen Event

Setzt die bestätigte Gegenmaßnahme in einem fokussierten Verbesserungsworkshop um.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum SteckbriefWeitere Methoden