methodatlas
MethodenanleitungAgile

ROAM Board

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

KomplexitätNiedrig
Zeit20-40 min initial, dann laufend
Teilnehmende3-15
FormatWorkshop + Async
ReifegradEstablished
ROAM Board planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKonkrete Risiken

Risiken sind als unsichere Ereignisse mit Auswirkung formuliert.

Vage Sorgen lassen sich nicht sinnvoll ROAMen.
Vorher abschließenEntscheidungsrecht

Owner und Risk Acceptor sind verfügbar oder benannt.

Ohne Befugnis bleibt Accepted unverbindlich.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Vier-Spalten-Board, priorisierte Risikoliste, Planungsziele, Ownerverzeichnis und Kalender für Reviewtermine.

Personen / Rollen

Facilitator oder RTE, Risk Owner, betroffene Teams, Fachpersonen und befugter Risk Acceptor.

Vorabinfos

Risiken mit Auswirkung, aktueller Bewertung und vorhandenen Maßnahmen vorbereiten.

Zeitbedarf

20–40 Minuten initial; 10–20 Minuten je Review.

Setup

Spaltenkriterien sichtbar machen und Pflichtfelder für Owner, Termin, Maßnahme und Akzeptanz definieren.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Wie wird jedes relevante Risiko behandelt, und was muss bis zum nächsten Review geschehen?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

ROAM ist eine gemeinsame Risikobehandlung für Planungs- und Review-Kontexte. Owned ist ein Zwischenzustand mit Verantwortung, Accepted braucht eine bewusste Akzeptanzentscheidung, Mitigated einen konkreten Plan, und Resolved einen nachvollziehbaren Grund, warum das Risiko keine Sorge mehr ist.

ROAM Board

Fiktives Arbeitsbeispiel

Vier Behandlungszustände mit statusabhängigen Pflichtangaben.

Resolved

Testumgebungskapazität

Zusätzliche Kapazität bestätigt; Risiko am 14.06. beendet.

Owned

Zertifikatsfreigabe verzögert

Klärung blockiert

Owner Security; Eskalation bis 21.06.; noch keine Behandlung entschieden.

Accepted

Ein Tag Versandverzug

Business Owner akzeptiert am 12.06.; neu bewerten bei >1 Tag oder >5 % Bestellungen.

Mitigated

Identitätsprovider fällt aus

Fallback getestet; Restrisiko Umschaltung bis fünf Minuten; Review 30.09.

Resolved
Nachweislich kein relevantes Risiko mehr; Grund und Datum festhalten.
Owned
Owner übernimmt Klärung; nächste Aktion und Termin sind Pflicht.
Accepted
Befugte Person akzeptiert das Restrisiko mit Grund und Trigger.
Mitigated
Maßnahme reduziert Wahrscheinlichkeit oder Auswirkung; Restrisiko bleibt sichtbar.

U.S. Department of Commerce Agile Framework

  1. 1

    Vorbereiten

    Risiken für ROAM qualifizieren

    Ziel

    Eine begrenzte, verständliche Liste relevanter Risiken mit Auswirkung und Kontext bereitstellen.

    Voraussetzungen für diesen Schritt

    • Aktuelle Risiken aus Planung oder Register
    • Ziele und betroffene Abhängigkeiten
    • Vorhandene Bewertung oder Dringlichkeit

    Durchführung

    • Dubletten und bereits eingetretene Issues abtrennen.
    • Jedes Risiko als mögliches Ereignis mit Auswirkung formulieren.
    • Nur Risiken in den gemeinsamen Entscheidungsbereich übernehmen.

    Ergebnis

    Qualifizierte Risikoliste

    Risikoszenario · Auswirkung · Kontext · Dringlichkeit

    Qualitätscheck

    Ist jedes Item ein Risiko und kein Task oder Issue? Ist klar, welches Ziel betroffen wäre?

    Stolperfalle

    Das Board wird mit vagen Sorgen und operativen Aufgaben gefüllt, die keine ROAM-Entscheidung zulassen. Items als Risikoszenario umformulieren oder in Issue- und Maßnahmenlisten verschieben.

    Zeitlicher Rahmen: 5–10 Minuten

  2. 2

    Entscheiden

    Jedes Risiko ROAMen

    Ziel

    Für jedes Risiko eine fachlich passende Behandlung mit Entscheidungsgrund festlegen.

    Voraussetzungen für diesen Schritt

    • Qualifizierte Risiken
    • Handlungsoptionen und Entscheidungsspielraum
    • Personen mit Risiko- und Deliverywissen

    Durchführung

    • Prüfen, ob das Risiko nachweislich nicht mehr besteht: Resolved.
    • Wenn weitere Arbeit nötig ist, zwischen Owned, Accepted und Mitigated unterscheiden.
    • Entscheidungsgrund und verbleibende Unsicherheit direkt auf der Karte notieren.

    Ergebnis

    ROAM-Zuordnung

    Kategorie · Grund · Restunsicherheit

    Qualitätscheck

    Ist die Kategorie aus einem Kriterium herleitbar? Wird Owned nicht mit Mitigated oder Resolved verwechselt?

    Stolperfalle

    Risiken werden in die bequemste Spalte gelegt, ohne dass Grund oder Restunsicherheit dokumentiert sind. Für jede Spalte das Abschlusskriterium anwenden und zweifelhafte Karten als Owned mit Prüfauftrag behandeln.

    Zeitlicher Rahmen: 10–20 Minuten

  3. 3

    Verankern

    Verantwortung und Prüftermin ergänzen

    Ziel

    Offene Risiken mit Owner, Maßnahme, Akzeptanzrecht und nächstem Review arbeitsfähig machen.

    Voraussetzungen für diesen Schritt

    • ROAM-Board
    • Verantwortlichkeiten
    • Reviewkadenz und Eskalationsweg

    Durchführung

    • Owned erhält Owner, nächste Aktion und Fälligkeits- oder Prüfdatum.
    • Mitigated erhält Maßnahme, erwartete Risikoreduktion und Wirknachweis.
    • Accepted erhält Akzeptanzgrund, Risk Acceptor und Reconsideration Trigger.

    Ergebnis

    Arbeitsfähiges Board

    Owner · Aktion · Termin · Nachweis · Akzeptanz

    Qualitätscheck

    Kann jede offene Karte bis zum nächsten Review aktiv verfolgt werden? Ist Akzeptanz von einer befugten Person dokumentiert?

    Stolperfalle

    Owned-Karten tragen einen Namen, aber keine nächste Aktion; Accepted wird als Ablage für unbequeme Risiken genutzt. Pflichtfelder je Status ergänzen und unbefugte Akzeptanz eskalieren.

    Zeitlicher Rahmen: 10–15 Minuten

  4. 4

    Überprüfen

    Status anhand neuer Evidenz aktualisieren

    Ziel

    Risiken regelmäßig prüfen, Übergänge begründen und erledigte Karten nachvollziehbar schließen.

    Voraussetzungen für diesen Schritt

    • Aktuelles ROAM-Board
    • Neue Evidenz und Maßnahmennachweise
    • Geänderte Ziele oder Abhängigkeiten

    Durchführung

    • Owned- und Mitigated-Karten zuerst prüfen.
    • Statuswechsel mit Datum, Grund und Evidenz dokumentieren.
    • Neue Risiken aufnehmen; Resolved-Karten archivieren statt löschen.

    Ergebnis

    Versioniertes Risikobild

    Statusverlauf · neue Evidenz · Eskalationen

    Qualitätscheck

    Hat jede Statusänderung einen nachvollziehbaren Auslöser? Sind überfällige Owned-Risiken sichtbar eskaliert?

    Stolperfalle

    Das Board bleibt nach der Planungsrunde unverändert und zeigt Monate später nur den damaligen Diskussionsstand. Eine feste Reviewkadenz mit Owner etablieren und überfällige Karten an den Entscheider eskalieren.

    Zeitlicher Rahmen: 10–20 Minuten je Review

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

ROAM Board · Risikostatus klärenRisiken aus Workshops in Resolved, Owned, Accepted oder Mitigated überführen und mit Owner sowie Review-Kadenz sichtbar halten
ROAM BoardDas Visual zeigt ein ROAM Board mit Resolved, Owned, Accepted und Mitigated sowie Owner- und Review-Kadenz.Risiken in klare Folge-Zustände überführenROAM verhindert, dass Risiken nach Workshops verschwinden: jede Karte bekommt einen Status, Owner oder bewusste Entscheidung.Risiken übernehmenaus Risk Storming, PI Planning oderRisk MatrixROAM BoardResolvederledigtOwnedOwner beobachtetAcceptedbewusst akzeptiertMitigatedMaßnahme läuftR1R2R3R4Owner & Reviewjede offene Karte hatVerantwortliche und KadenzAktualisierenBoard im Review pflegen,stale Risiken schließenein Risiko genau in einen Statusnicht im ProtokollverlierenReview-Kadenzfestlegen
Form

Versioniertes ROAM Board mit Entscheidungsgrund, Ownern, Maßnahmen, Terminen und Reviewtriggern.

Versionierung / Ownership

Statuswechsel mit Datum, Autor, Grund und Evidenz protokollieren; Resolved-Karten archivieren.

Tool-Alternativen
  • Physisches oder digitales Vier-Spalten-Board
  • Risikoregister
  • Maßnahmen- und Entscheidungslog

roam-board-working-template.md

Richte das Board einmal ein und verankere eine wiederkehrende Reviewpraxis.

ROAM Board: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

ROAM-Praxis einrichten Zeit: Laufende Praxis mit 10–20 Minuten je Review

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

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Vier-Spalten-Board, priorisierte Risikoliste, Planungsziele, Ownerverzeichnis und Kalender für Reviewtermine.
  • Rollen: Facilitator oder RTE, Risk Owner, betroffene Teams, Fachpersonen und befugter Risk Acceptor.
  • Vorab-Infos: Risiken mit Auswirkung, aktueller Bewertung und vorhandenen Maßnahmen vorbereiten.
  • Gesamter Zeitbedarf: 20–40 Minuten initial; 10–20 Minuten je Review.
  • Setup: Spaltenkriterien sichtbar machen und Pflichtfelder für Owner, Termin, Maßnahme und Akzeptanz definieren.

Für die Arbeitsschritte bereitstellen

Vorbereiten: Risiken für ROAM qualifizieren

  • Aktuelle Risiken aus Planung oder Register
  • Ziele und betroffene Abhängigkeiten
  • Vorhandene Bewertung oder Dringlichkeit

Entscheiden: Jedes Risiko ROAMen

  • Qualifizierte Risiken
  • Handlungsoptionen und Entscheidungsspielraum
  • Personen mit Risiko- und Deliverywissen

Verankern: Verantwortung und Prüftermin ergänzen

  • ROAM-Board
  • Verantwortlichkeiten
  • Reviewkadenz und Eskalationsweg

Überprüfen: Status anhand neuer Evidenz aktualisieren

  • Aktuelles ROAM-Board
  • Neue Evidenz und Maßnahmennachweise
  • Geänderte Ziele oder Abhängigkeiten

ROAM Board

Resolved

...

Owned

...

Accepted

...

Mitigated

...

Arbeitsregeln

Resolved ...

Owned ...

Accepted ...

Mitigated ...

U.S. Department of Commerce Agile Framework

Vorbereiten: Risiken für ROAM qualifizieren

Erwartetes Artefakt: Qualifizierte Risikoliste

Risikoszenario · Auswirkung · Kontext · Dringlichkeit

Eintrag:

...

  • Ist jedes Item ein Risiko und kein Task oder Issue?
  • Ist klar, welches Ziel betroffen wäre?

Entscheiden: Jedes Risiko ROAMen

Erwartetes Artefakt: ROAM-Zuordnung

Kategorie · Grund · Restunsicherheit

Eintrag:

...

  • Ist die Kategorie aus einem Kriterium herleitbar?
  • Wird Owned nicht mit Mitigated oder Resolved verwechselt?

Verankern: Verantwortung und Prüftermin ergänzen

Erwartetes Artefakt: Arbeitsfähiges Board

Owner · Aktion · Termin · Nachweis · Akzeptanz

Eintrag:

...

  • Kann jede offene Karte bis zum nächsten Review aktiv verfolgt werden?
  • Ist Akzeptanz von einer befugten Person dokumentiert?

Überprüfen: Status anhand neuer Evidenz aktualisieren

Erwartetes Artefakt: Versioniertes Risikobild

Statusverlauf · neue Evidenz · Eskalationen

Eintrag:

...

  • Hat jede Statusänderung einen nachvollziehbaren Auslöser?
  • Sind überfällige Owned-Risiken sichtbar eskaliert?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/roam-board/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.

roam-board-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel: Ein externer Identitätsprovider könnte während des PI-Ziels ausfallen. Status Mitigated, weil ein automatischer Fallback implementiert und am 18.06. im Lasttest nachgewiesen wurde. Owner Operations. Restrisiko: Umschaltung kann bis zu fünf Minuten dauern. Nächster Review nach dem ersten Produktions-Failover oder spätestens 30.09.

07

Stolperfallen

Symptome erkennen, gegensteuern

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

  1. Risiken für ROAM qualifizierenDas Board wird mit vagen Sorgen und operativen Aufgaben gefüllt, die keine ROAM-Entscheidung zulassen.In der Phase ansehen
  2. Jedes Risiko ROAMenRisiken werden in die bequemste Spalte gelegt, ohne dass Grund oder Restunsicherheit dokumentiert sind.In der Phase ansehen
  3. Verantwortung und Prüftermin ergänzenOwned-Karten tragen einen Namen, aber keine nächste Aktion; Accepted wird als Ablage für unbequeme Risiken genutzt.In der Phase ansehen
  4. Status anhand neuer Evidenz aktualisierenDas Board bleibt nach der Planungsrunde unverändert und zeigt Monate später nur den damaligen Diskussionsstand.In der Phase ansehen
08

Abbruchkriterien

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

Jede Karte hat eine zulässige ROAM-Kategorie und einen nachvollziehbaren Grund.
Owned, Mitigated und Accepted erfüllen ihre spezifischen Pflichtfelder.

Wie geht es weiter?

Papierillustration einer Aufgaben-Rollen-Tabelle mit klaren RACI-Kennzeichen und einer hervorgehobenen accountable Rolle je Aufgabe.
Operations
RACI Matrix

Überträgt die Owned-Risiken in klare operative Zuständigkeiten.

Papierillustration einer Review mit geplantem Ablauf, tatsächlicher Ereignisfolge, Vergleich und zugewiesenen Verbesserungsmaßnahmen.
Operations
After-Action Review

Prüft nach Abschluss der Risikobehandlung, wie gut der Prozess selbst funktioniert hat.

Im Playbook ansehenRisiko- und Readiness-Review durchführenVon Optimismus zu sichtbaren Risiken, Kontrollen, Tests und Release-Entscheidung.

Methodenanleitung durchgearbeitet?

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

Zum SteckbriefWeitere Methoden