methodatlas
Playbook

Risiko- und Readiness-Review durchführen

Von Optimismus zu sichtbaren Risiken, Kontrollen, Tests und Release-Entscheidung.

Ergebnis

Ein priorisiertes Risiko-Backlog mit Kontrollen, Tests und Go/No-Go-Kriterien.

Am Ende hast du

Risk ListRisk MatrixFailure ScenariosROAM Board

Entscheidungspunkt

Du kannst entscheiden, ob ein Release oder Vorhaben bereit ist, welche Risiken akzeptiert werden und welche vorher mitigiert werden müssen.

Nächster Schritt

Top-Risiken ownern, Kontrollen oder Tests durchführen und Go/No-Go-Kriterien vor der Entscheidung prüfen.

Ideal für

  • kritische Releases
  • Architektur- oder Betriebsrisiken
  • Programme mit vielen Abhängigkeiten

Nicht gut für

  • kleine Routinechanges
  • Teams ohne Umsetzungsmandat für Maßnahmen
Vorbereitung

Was vor dem Start klar sein sollte

Rollen

  • Release oder Program Owner
  • Engineering, Operations und Security
  • relevante Business- oder Support-Stakeholder

Inputs

  • Release-Scope oder Vorhabenbeschreibung
  • bekannte Abhängigkeiten und Risiken
  • Betriebs-, Sicherheits- oder Qualitätsanforderungen

Setup

  • Readiness-Kriterien festlegen
  • Risiken vorab sammeln
  • Entscheidungszeitpunkt und Eskalationsweg klären
Ablauf

Methodenpfad

4 Methoden
  1. 1Decision MakingRisk List

    Pre-Mortem

    Welche Gründe könnten dazu führen, dass die Initiative scheitert, und welche Mitigations können wir jetzt einbauen, um diese Risiken zu reduzieren?

    Warum dieser Schritt?

    Das Pre-Mortem erlaubt dem Team, Scheitern vorwegzunehmen und Risiken ohne Gesichtsverlust auszusprechen.

    Die Risikoliste wird anschließend nach Wahrscheinlichkeit und Auswirkung bewertet.

  2. 2Decision MakingRisk Matrix

    Risk Matrix

    Wo verortet jedes Risiko sich auf der Wahrscheinlichkeits-Auswirkungs-Skala, und welche Risiken brauchen sofort Aktion, welche Beobachtung, welche akzeptierte Inkaufnahme?

    Warum dieser Schritt?

    Die Risk Matrix priorisiert Risiken sichtbar und schafft gemeinsame Sprache für Dringlichkeit.

    Die Top-Risiken werden danach als konkrete Ausfallpfade und Kontrollen untersucht.

  3. 3EngineeringFailure Scenarios

    Failure Scenario Analysis

    Wie kann das System plausibel scheitern, welche Wirkung hätte das, und welche Kontrollen fehlen?

    Warum dieser Schritt?

    Failure Scenario Analysis prüft, wie Risiken eintreten, erkannt und beantwortet werden können.

    Die Szenarien werden anschließend in den ROAM-Status für Steuerung und Ownership übersetzt.

  4. 4AgileROAM Board

    ROAM Board

    Welche Risiken sind in welchem Folge-Zustand, wer ist verantwortlich, und welche brauchen jetzt Bewegung zwischen den Spalten?

    Warum dieser Schritt?

    Das ROAM Board sortiert Risiken nach Resolved, Owned, Accepted und Mitigated und macht Verantwortung sichtbar.

    Der ROAM-Stand fließt in Release-Entscheidung, Follow-up und Kommunikation ein.

Abschlusskriterien
Vorlagen

Artefakte für dieses Playbook

Die Artefakte bleiben zugeklappt, bis du sie wirklich brauchst.

MarkdownVorlage anzeigen

Failure Scenario Analysis Arbeitsvorlage

Kompakte Arbeitsvorlage für Failure Scenario Analysis mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

# Failure Scenario Analysis Arbeitsvorlage

## Ziel

Analysiert plausible Ausfallszenarien, um Schwachstellen, Kontrollen und Reaktionsoptionen vorzubereiten.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Runsheets.

## Ergebnisartefakte
- Failure Scenarios:
- Risk Notes:
- Control Gaps:
- Test and Response Actions:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.