methodatlas
Session Builder

Meine Session planen

Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.

Methoden-Session20-40 min initial, danach 10-15 min pro ReviewWorkshop oder asyncROAM Board

Session: ROAM Board

Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Die App wählt

Methoden-Session mit 3-15. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.

Run Sheet
  1. 1

    Phase 1: Definitionen kalibrieren

    10 min

    Definition pro Spalte gemeinsam durchgehen. Klären, dass jedes Risiko in genau einer Spalte ist. Edge Cases besprechen (z. B. „beobachtet UND mitigiert“ -> Mitigated gewinnt). Hinweis: Wenn Definitionen unklar bleiben, landen Risiken in der falschen Spalte. Mitigated muss aktiv heißen, nicht „wir denken drüber nach“. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorROAM Board
  2. 2

    Phase 2: Risiken initial zuordnen

    15-20 min

    Pro Risiko Spalte wählen, Owner benennen. Bei Owned und Mitigated nächste Aktion und Frist. Bei Accepted Begründung im Kommentar. Hinweis: Risiko ohne Owner ist Risiko ohne Folge. Wer Owner nicht benennt, hat keine Verantwortung definiert. Workshop endet nicht mit Risiken ohne Owner. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorOwner-Liste
  3. 3

    Phase 3: Review-Cadence festlegen

    5 min

    Cadence-Frequenz wählen (wöchentlich für aktive Programme, alle 2 Wochen für stabile). Termin als Serie im Kalender. Verantwortliche für Pflege festlegen. Hinweis: Cadence verfällt schnell, wenn nicht im Kalender. Erster Review innerhalb von 1 Woche nach Initialerstellung. Ohne Cadence stirbt das Board in 4 Wochen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    FacilitatorROAM Board
  4. 4

    Phase 4: Reviews durchführen

    10-15 min pro Review

    Pro Risiko: Status geändert? Owner aktiv? Aktion gemacht? Status-Wechsel zwischen Spalten dokumentieren. Eskalation bei mehrfach unbewegten Risiken. Hinweis: Mitigated -> Resolved ist Ziel-Pfad. Owned, das nach 4 Wochen unverändert ist, prüfen: realer Owner? oder Accept-Kandidat? Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.

    OwnerOwner-Liste
  5. 5

    Artefakt veröffentlichen

    10 min

    Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.

    OwnerROAM Board
Nutzbares Artefakt

Session Brief

Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.

# Session Brief: ROAM Board

## Ziel
Artefakt: ROAM Board

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

## Kontext
Risikoliste aus Vorstufe; Definition pro Kategorie schriftlich; Review-Cadence-Vorschlag (z. B. wöchentlich oder pro Sprint); Eskalationsregeln für nicht-bewegte Risiken.

## Setup
- Format: Methoden-Session
- Dauer: 20-40 min initial, danach 10-15 min pro Review
- Modus: Workshop oder async
- Teilnehmende: Ein Risk-Owner (RTE, Programmleitung, Tech Lead) für Pflege; alle Risiko-Owner; Reviewer pro Cadence (Team-Vertreter, Stakeholder); optional ein Coach für ROAM-Einführung.
- Owner: Ein Risk-Owner (RTE, Programmleitung, Tech Lead) für Pflege
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf ROAM Board hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Board mit 4 Spalten (Resolved, Owned, Accepted, Mitigated); Risikoliste als Karten oder Notizen; Definitionen pro Spalte sichtbar; Tool für Async-Pflege (Notion, Jira, Miro); Review-Termin im Kalender.

## Vorbereitung
Board mit vier Spalten. Definitionen pro Spalte als Banner: Resolved=erledigt; Owned=beobachtet mit Owner; Accepted=bewusst akzeptiert ohne Aktion; Mitigated=aktive Gegenmaßnahme läuft. Review-Termin als wiederkehrende Serie.

## Agenda
1. Phase 1: Definitionen kalibrieren (10 min)
   Owner: Facilitator
   Aktion: Definition pro Spalte gemeinsam durchgehen. Klären, dass jedes Risiko in genau einer Spalte ist. Edge Cases besprechen (z. B. „beobachtet UND mitigiert“ -> Mitigated gewinnt). Hinweis: Wenn Definitionen unklar bleiben, landen Risiken in der falschen Spalte. Mitigated muss aktiv heißen, nicht „wir denken drüber nach“. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: ROAM Board

2. Phase 2: Risiken initial zuordnen (15-20 min)
   Owner: Facilitator
   Aktion: Pro Risiko Spalte wählen, Owner benennen. Bei Owned und Mitigated nächste Aktion und Frist. Bei Accepted Begründung im Kommentar. Hinweis: Risiko ohne Owner ist Risiko ohne Folge. Wer Owner nicht benennt, hat keine Verantwortung definiert. Workshop endet nicht mit Risiken ohne Owner. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Owner-Liste

3. Phase 3: Review-Cadence festlegen (5 min)
   Owner: Facilitator
   Aktion: Cadence-Frequenz wählen (wöchentlich für aktive Programme, alle 2 Wochen für stabile). Termin als Serie im Kalender. Verantwortliche für Pflege festlegen. Hinweis: Cadence verfällt schnell, wenn nicht im Kalender. Erster Review innerhalb von 1 Woche nach Initialerstellung. Ohne Cadence stirbt das Board in 4 Wochen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: ROAM Board

4. Phase 4: Reviews durchführen (10-15 min pro Review)
   Owner: Owner
   Aktion: Pro Risiko: Status geändert? Owner aktiv? Aktion gemacht? Status-Wechsel zwischen Spalten dokumentieren. Eskalation bei mehrfach unbewegten Risiken. Hinweis: Mitigated -> Resolved ist Ziel-Pfad. Owned, das nach 4 Wochen unverändert ist, prüfen: realer Owner? oder Accept-Kandidat? Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Owner-Liste

5. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: ROAM Board

## Abschluss
- Ergebnisartefakt aktualisieren: ROAM Board
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

# ROAM Board: ROAM Board

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

## Kontext
Risikoliste aus Vorstufe; Definition pro Kategorie schriftlich; Review-Cadence-Vorschlag (z. B. wöchentlich oder pro Sprint); Eskalationsregeln für nicht-bewegte Risiken.

## Beteiligte
- Owner: Ein Risk-Owner (RTE, Programmleitung, Tech Lead) für Pflege
- Teilnehmende: Ein Risk-Owner (RTE, Programmleitung, Tech Lead) für Pflege; alle Risiko-Owner; Reviewer pro Cadence (Team-Vertreter, Stakeholder); optional ein Coach für ROAM-Einführung.

## Input
Board mit 4 Spalten (Resolved, Owned, Accepted, Mitigated); Risikoliste als Karten oder Notizen; Definitionen pro Spalte sichtbar; Tool für Async-Pflege (Notion, Jira, Miro); Review-Termin im Kalender.

## Vorlage
# ROAM Board Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- ROAM Board:
- Owner-Liste:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.

## Fertigstellungscheck
- ROAM Board ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren
Vorlagenbasis

ROAM Board Arbeitsvorlage

# ROAM Board Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- ROAM Board:
- Owner-Liste:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.
Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu ROAM Board.
  • Board ist lebendig. Pro Review Snapshot (Datum) als Archiv. Status-Wechsel mit Datum und Begründung dokumentieren. Resolved-Risiken nach 3 Monaten in Archiv verschieben, nicht löschen.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.