methodatlas
Session Builder

Meine Session planen

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

Async-Arbeitslauf24 bis 72 hasynchronRAID Log

Session: RAID Log

Der Plan verteilt Vorbereitung, Review und Ergebnisarbeit über einen asynchronen Arbeitslauf. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Automatisch abgeleitet

Async-Arbeitslauf mit 1-3 Pflege, Briefing für alle. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.

Runsheet
Beteiligungslogik
Teamrunde, gemeinsames Arbeiten und Alignment

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

Ergebnislogik
Artefakt fertigstellen

Die Session arbeitet direkt auf RAID Log hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

  1. 1

    Brief vorbereiten

    15-30 min

    Arbeitsfrage, Input, Zielartefakt und Reviewfrist für RAID Log vorbereiten. Verlinke relevante Daten, Quellen und bestehende Artefakte.

    OwnerSession Brief
  2. 2

    Asynchron bearbeiten

    24 bis 72 h

    Teilnehmende arbeiten die Methode entlang der Vorlage durch. Fokus: Beiträge direkt am Artefakt ergänzen, Annahmen markieren und Belege verlinken.

    TeilnehmendeRAID Log
  3. 3

    Review bündeln

    20-30 min

    Kommentare, Widersprüche und offene Fragen clustern. Unklare Punkte als Entscheidungen, Risiken oder Follow-ups einsortieren.

    FacilitatorReview Notes
  4. 4

    Artefakt finalisieren

    15-30 min

    Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren.

    OwnerStatusbericht-Quelle
  5. 5

    Artefakt veröffentlichen

    10 min

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

    OwnerRAID Log
Nutzbares Artefakt

Session Brief

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

session-brief.md

Session Brief: RAID Log

Ziel

Artefakt: RAID Log

Arbeitsfrage

Welche Risiken, Annahmen, Issues und Abhängigkeiten sind aktuell offen, wer kümmert sich, und welche brauchen jetzt Bewegung oder Eskalation?

Kontext

Initiativen-Charter; Stakeholder-Liste; aktuelle Discovery- oder Kickoff-Notizen; bekannte Risiken, Annahmen, Abhängigkeiten aus Pre-Mortem oder Kickoff.

Setup

  • Format: Async-Arbeitslauf
  • Dauer: 24 bis 72 h
  • Modus: asynchron
  • Teilnehmende: Ein Pflege-Verantwortlicher (PM, RTE oder Programmleitung); Owner pro Eintrag aus relevanten Teams; ein Sponsor als Eskalations-Empfänger; alle Beitragenden mit Schreibrecht.
  • Owner: Ein Pflege-Verantwortlicher (PM, RTE oder Programmleitung)
  • 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 RAID Log hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

Tabelle oder Datenbank mit Spalten ID, Kategorie (R/A/I/D), Beschreibung, Owner, Status, Datum-erstellt, Datum-zuletzt-aktualisiert, nächste Aktion; Wiki- oder Sheet-Link; Briefing-Template für Statusberichte.

Vorbereitung

Tabelle anlegen, Spalten konfigurieren. Definition pro Kategorie als Header: Risk=Eintreten unsicher, Auswirkung negativ; Assumption=als wahr angenommen, prüfbar; Issue=bereits eingetreten, braucht Aktion; Dependency=externer Input nötig. Status-Werte definieren (Open, In Progress, Resolved, Closed).

Agenda

  1. Brief vorbereiten (15-30 min) Owner: Owner Aktion: Arbeitsfrage, Input, Zielartefakt und Reviewfrist für RAID Log vorbereiten. Verlinke relevante Daten, Quellen und bestehende Artefakte. Output: Session Brief

  2. Asynchron bearbeiten (24 bis 72 h) Owner: Teilnehmende Aktion: Teilnehmende arbeiten die Methode entlang der Vorlage durch. Fokus: Beiträge direkt am Artefakt ergänzen, Annahmen markieren und Belege verlinken. Output: RAID Log

  3. Review bündeln (20-30 min) Owner: Facilitator Aktion: Kommentare, Widersprüche und offene Fragen clustern. Unklare Punkte als Entscheidungen, Risiken oder Follow-ups einsortieren. Output: Review Notes

  4. Artefakt finalisieren (15-30 min) Owner: Owner Aktion: Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren. Output: Statusbericht-Quelle

  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: RAID Log

Abschluss

  • Ergebnisartefakt aktualisieren: RAID Log
  • 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.

arbeitsartefakt.md

RAID Log: RAID Log

Arbeitsfrage

Welche Risiken, Annahmen, Issues und Abhängigkeiten sind aktuell offen, wer kümmert sich, und welche brauchen jetzt Bewegung oder Eskalation?

Kontext

Initiativen-Charter; Stakeholder-Liste; aktuelle Discovery- oder Kickoff-Notizen; bekannte Risiken, Annahmen, Abhängigkeiten aus Pre-Mortem oder Kickoff.

Beteiligte

  • Owner: Ein Pflege-Verantwortlicher (PM, RTE oder Programmleitung)
  • Teilnehmende: Ein Pflege-Verantwortlicher (PM, RTE oder Programmleitung); Owner pro Eintrag aus relevanten Teams; ein Sponsor als Eskalations-Empfänger; alle Beitragenden mit Schreibrecht.

Input

Tabelle oder Datenbank mit Spalten ID, Kategorie (R/A/I/D), Beschreibung, Owner, Status, Datum-erstellt, Datum-zuletzt-aktualisiert, nächste Aktion; Wiki- oder Sheet-Link; Briefing-Template für Statusberichte.

Vorlage

RAID Log Arbeitsvorlage

Ziel

Hält Risiken, Annahmen, Issues und Abhängigkeiten gemeinsam fest.

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

  • RAID Log:
  • Statusbericht-Quelle:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Fertigstellungscheck

  • RAID Log 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

RAID Log Arbeitsvorlage

Vorlage ansehenKompakte Arbeitsvorlage für RAID Log mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
markdown

raid-log-working-template.md

Kompakte Arbeitsvorlage für RAID Log mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

RAID Log Arbeitsvorlage

Ziel

Hält Risiken, Annahmen, Issues und Abhängigkeiten gemeinsam fest.

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

  • RAID Log:
  • Statusbericht-Quelle:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu RAID Log.
  • Einträge mit ID und Erstellungsdatum. Änderungen mit Datum im Edit-Log. Resolved-Einträge nach Quartal in Archiv-Tab. Wöchentliche Briefings als Wiki-Seite mit Datum, nicht überschrieben.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet