In kritischen Prozessen reicht es nicht, nur den Normalfall zu planen. Failure Scenario Analysis betrachtet den Weg ins Scheitern und zeigt, welche Ausfälle, Ketten und Kontrolllücken am meisten Schaden erzeugen.
Engineering Analyse-Methode
Failure Scenario Analysis
Denkt Ausfälle vorab durch, bewertet Kontrollen und zeigt Lücken in Tests, Prävention und Response.
Mögliche Störungen werden als realistische Pfade durch das System gedacht und nach Auslösern, Folgen und bestehenden Barrieren untersucht. Dabei treten Stellen hervor, an denen mehrere Schutzschichten nötig sind oder ein einzelner Fehler groß werden kann. Das Verfahren ist stark in Sicherheits-, Betriebs- und Resilienzfragen.
Welche glaubwürdigen Ausfallpfade bedrohen eine kritische Leistung, wie erkennen und begrenzen wir sie, und welche Restunsicherheit muss geübt werden?
- Teilnehmende
- 3-8
- Zeit
- 90–180 Minuten je Systembereich; technische Nachprüfung und Übungen zusätzlich.
Die Schritte bilden einen vollständigen methodischen Durchlauf.

Leistung
Schutzobjekt
Kritische Leistung, Erfolgskriterium und unzulässige Auswirkungen definieren.
Szenarien
Szenarioraum
Glaubwürdige Auslöser aus Architektur, Historie und Umwelt sammeln; zusammengesetzte Fälle zulassen.
Pfade
Ausfallpfade
Vom Auslöser über Zwischenzustände zur Auswirkung modellieren; Annahmen und Eskalationspunkte markieren.
Schutz
Schutzmatrix
Detection, Prevention, Mitigation und Recovery je Pfad prüfen; Single Points und Blindstellen markieren.
Üben
Drill-Plan
Priorisierte Szenarien als Tabletop, GameDay oder technischen Test mit Abbruchregeln durchführen.
Neue Evidenz im Review ergänzen und Entscheidungen samt früherem Stand versionieren.
Geeignet, wenn
In kritischen Prozessen reicht es nicht, nur den Normalfall zu planen. Failure Scenario Analysis betrachtet den Weg ins Scheitern und zeigt, welche Ausfälle, Ketten und Kontrolllücken am meisten Schaden erzeugen.
Ideal für
- Resilienzplanung
- Architektur- und Betriebsrisiken
- Release Readiness
Nicht gut für
- Bereits eingetretene Vorfälle ohne Rekonstruktion
- Reine Kreativideen
- Triviale Einzelaufgaben
Ergebnisse

Drill-Plan
Failure-Scenario-Register mit Auslöser, Pfad, Auswirkung, Erkennung, Schutz, Recovery, Rest-Risiko und Drill.
Failure Scenario Analysis · Arbeitsstruktur
Fiktives Beispiel
Fiktive Werte zeigen die tatsächlichen Fachfelder.
| Szenario | Auslöser | Ausfallpfad | Auswirkung | Erkennung | Schutz | Recovery | Übung |
|---|---|---|---|---|---|---|---|
| PoolerschöpfungEvidenz und Begründung ergänzen. | Batchstart | Batch → 72 Verbindungen → Pool 95 % → Timeout | Reservierte Abholung >15 Minuten | Poolalarm fehlt | Pooltrennung und Circuit Breaker | Batch pausieren; Pool leeren | GameDay mit 5-%-Stopregel |
| Lagernetz ausEvidenz und Begründung ergänzen. | Switch-Ausfall | Scanner offline → Bestand unbekannt → Übergabe stoppt | Keine bestätigte Ausgabe | Heartbeat nach 2 Minuten | Offline-Liste, Vier-Augen-Prüfung | Papierprozess; später abgleichen | Tabletop Netzwerkverlust |
1. Auslöser
- Poolerschöpfung
- Batchstart
- Lagernetz aus
- Switch-Ausfall
2. Ausfallpfad
- Poolerschöpfung
- Batch → 72 Verbindungen → Pool 95 % → Timeout
- Lagernetz aus
- Scanner offline → Bestand unbekannt → Übergabe stoppt
3. Auswirkung
- Poolerschöpfung
- Reservierte Abholung >15 Minuten
- Lagernetz aus
- Keine bestätigte Ausgabe
4. Erkennung
- Poolerschöpfung
- Poolalarm fehlt
- Lagernetz aus
- Heartbeat nach 2 Minuten
5. Schutz
- Poolerschöpfung
- Pooltrennung und Circuit Breaker
- Lagernetz aus
- Offline-Liste, Vier-Augen-Prüfung
6. Recovery
- Poolerschöpfung
- Batch pausieren; Pool leeren
- Lagernetz aus
- Papierprozess; später abgleichen
7. Übung
- Poolerschöpfung
- GameDay mit 5-%-Stopregel
- Lagernetz aus
- Tabletop Netzwerkverlust
Alle Werte sind fiktiv.
Erster Schritt
Kritische Leistung, Betriebszustand, Schutzgrenzen und betrachteten Zeithorizont festlegen; reale Vorfälle und Architektur bereitlegen.
Vertiefung
Mögliche Störungen werden als realistische Pfade durch das System gedacht und nach Auslösern, Folgen und bestehenden Barrieren untersucht. Dabei treten Stellen hervor, an denen mehrere Schutzschichten nötig sind oder ein einzelner Fehler groß werden kann. Das Verfahren ist stark in Sicherheits-, Betriebs- und Resilienzfragen.
Failure Scenario Analysis denkt Ausfälle als plausible Geschichten aus Triggern, Bedingungen und Folgen. Szenarien müssen realistisch genug sein, um Kontrollen, Runbooks oder Architekturentscheidungen zu prüfen. Statt Katastrophenfantasie entsteht Wert, wenn konkrete Schutzlücken und Vorbereitungsbedarf sichtbar werden. Entscheidend ist die Nähe zu echten Betriebsbedingungen.
Wähle einen kritischen Ablauf und einen glaubwürdigen Ausfallpfad, der fachlich und technisch genug Schärfe besitzt. Besonders aufschlussreich ist die Arbeit, wenn Kaskadeneffekte, fehlende Barrieren und verspätete Erkennung gemeinsam sichtbar werden. Beende sie mit Schutzmaßnahmen, Detection Points und einer Aussage dazu, welcher Schaden künftig verhindert werden soll.
Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Methodenanleitung öffnenDeine Einschätzung
Hilft dir diese Methode für dein Vorhaben?
Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.
Quellen und Themen
Failure Scenario Analysis: ArbeitsvorlageGegenstand, Evidenz, Rollen, Ablauf und Review festlegen.markdown
failure-scenario-analysis-working-template.md
Gegenstand, Evidenz, Rollen, Ablauf und Review festlegen.
Failure Scenario Analysis: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Vollständiger Durchlauf Zeit: 90–180 Minuten je Systembereich; technische Nachprüfung und Übungen zusätzlich.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Systemgrenze, kritische Leistungen, Architektur/Abhängigkeiten, Szenariokarten, Signale, Schutzmechanismen und Übungsplan
- Rollen: Service Owner · Reliability/Safety · Architektur · Operations · betroffene Fachperspektiven · Maßnahmen-Owner
- Vorab-Infos: Kritische Leistung, Betriebszustand, Schutzgrenzen und betrachteten Zeithorizont festlegen; reale Vorfälle und Architektur bereitlegen.
- Gesamter Zeitbedarf: 90–180 Minuten je Systembereich; technische Nachprüfung und Übungen zusätzlich.
- Setup: Arbeitsfläche mit Leistung · Szenarien · Pfade · Schutz · Üben vorbereiten; Beispiel und eigene Daten trennen.
Für die Arbeitsschritte bereitstellen
Leistung: Schutzobjekt
- Kritische Leistung, Betriebszustand, Schutzgrenzen und betrachteten Zeithorizont festlegen; reale Vorfälle und Architektur bereitlegen.
- Systemgrenze, kritische Leistungen, Architektur/Abhängigkeiten, Szenariokarten, Signale, Schutzmechanismen und Übungsplan
Szenarien: Szenarioraum
- Schutzobjekt
Pfade: Ausfallpfade
- Szenarioraum
Schutz: Schutzmatrix
- Ausfallpfade
Üben: Drill-Plan
- Schutzmatrix
Failure Scenario Analysis · Arbeitsstruktur
| Szenario | Auslöser | Ausfallpfad | Auswirkung | Erkennung | Schutz | Recovery | Übung |
|---|---|---|---|---|---|---|---|
| Poolerschöpfung | |||||||
| Lagernetz aus |
- Poolerschöpfung: Evidenz und Begründung ergänzen.
- Lagernetz aus: Evidenz und Begründung ergänzen.
Die leere Vorlage enthält nur Arbeitsimpulse.
Fachquelle · eigene Lehrdarstellung
Leistung: Schutzobjekt
Erwartetes Artefakt: Schutzobjekt
Kritische Leistung, Erfolgskriterium und unzulässige Auswirkungen definieren.
Eintrag:
...
- Ist klar, was unter welchen Bedingungen erhalten werden muss?
Szenarien: Szenarioraum
Erwartetes Artefakt: Szenarioraum
Glaubwürdige Auslöser aus Architektur, Historie und Umwelt sammeln; zusammengesetzte Fälle zulassen.
Eintrag:
...
- Sind Szenarien konkret, plausibel und voneinander unterscheidbar?
Pfade: Ausfallpfade
Erwartetes Artefakt: Ausfallpfade
Vom Auslöser über Zwischenzustände zur Auswirkung modellieren; Annahmen und Eskalationspunkte markieren.
Eintrag:
...
- Ist jede Verbindung mechanistisch und zeitlich nachvollziehbar?
Schutz: Schutzmatrix
Erwartetes Artefakt: Schutzmatrix
Detection, Prevention, Mitigation und Recovery je Pfad prüfen; Single Points und Blindstellen markieren.
Eintrag:
...
- Hat jede Kontrolle Signal, Owner und bekannte Wirksamkeitsgrenze?
Üben: Drill-Plan
Erwartetes Artefakt: Drill-Plan
Priorisierte Szenarien als Tabletop, GameDay oder technischen Test mit Abbruchregeln durchführen.
Eintrag:
...
- Prüft der Drill Erkennung, Entscheidung, Recovery und Kommunikation?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/failure-scenario-analysis/run-sheet
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Statt Failure Scenario Analysis, wenn du einen Ausfall top-down über logische Verknüpfungen und Fehlerpfade zerlegen willst.

Statt Failure Scenario Analysis, wenn du eine Lösung gezielt aus adversarialer Sicht auf Schwachstellen prüfen willst.

Sortiert Annahmen nach Unsicherheit und Hebelwirkung, damit riskante Hypothesen zuerst getestet werden.

Grenzt Fehlerraum und Symptome schrittweise ein, bis wenige Hypothesen und gezielte Tests übrig bleiben.

Verknüpft Ziele mit prüfenden Fragen und Metriken, damit Messung und Review direkt auf die Absicht einzahlen.

Beschreibt den bevorzugten Standardweg für häufige Use Cases und ergänzt ihn um Templates, Checks und Ausnahmen.
Rahmenbedingungen und Herkunft
Steckbrief
- Methodenform
- Analyse-Methode
- Teilnehmende
- 3-8
- Zeit
- 1-3 h
- Reifegrad
- Established
- Ursprung
- Reliability Engineering Community

