Meine Session planen

# 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. 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: 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. 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: 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. 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: Review Notes

4. Artefakt finalisieren (15-30 min)
   Owner: Owner
   Aktion: Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren. 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: 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.

# 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 Run Sheets.

## 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