methodatlas
Session Builder

Meine Session planen

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

Methoden-Session45-90 min Workshop, plus async Vorlauf von 1-2 WochenWorkshop oder asyncRAPID Role Map

Session: RAPID

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-12. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.

Run Sheet
  1. 1

    Phase 1: Frage und Rollen klären

    30 min vorab

    Frage abgrenzen. Recommender, Agreer, Performer, Input, Decider mit Namen. Klärung, wo Vetorecht der Agreer liegt. Hinweis: Häufiger Fehler: Agreer-Rolle wird inflationär vergeben, jeder bekommt Veto. Agreer ist nur, wer aufgrund von Mandat (Recht, Compliance, Finanz-Budget) zustimmen muss. 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.

    FacilitatorRAPID Role Map
  2. 2

    Phase 2: Recommender erarbeitet Empfehlung

    1-2 Wochen

    Input-Personen befragen, Optionen analysieren, eine Empfehlung mit Begründung formulieren. Agreer und Performer früh einbeziehen. Hinweis: Recommender muss Agreer und Performer in der Erarbeitung mitnehmen, nicht erst im Termin. Sonst kippt der Termin durch späte Bedenken. 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.

    FacilitatorRecommendation
  3. 3

    Phase 3: Pre-Read und Kommentare

    5 Werktage

    Doc freigegeben. Agreer prüft Zustimmungsfähigkeit. Performer prüft Umsetzbarkeit. Inputs ergänzen Daten/Expertise. Decider liest. Hinweis: Agreer schweigt nicht. Wer nicht zustimmt, kommentiert schriftlich vor Termin, sonst zählt als Zustimmung. 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.

    FacilitatorDecision Log
  4. 4

    Phase 4: Entscheidungstermin

    45-90 min

    Recommender stellt Empfehlung vor. Agreer bestätigen oder benennen Hindernisse. Performer bestätigt Machbarkeit. Decider stellt Klärungsfragen, entscheidet. Hinweis: Bei nicht zustimmungsfähigen Agreer: Entscheidung blockiert, Recommender überarbeitet oder eskaliert. Decider kann Agreer nicht überstimmen. 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.

    FacilitatorRAPID Role Map
  5. 5

    Phase 5: Dokumentation und Umsetzung

    1-2 Werktage

    Entscheidung im Doc, Performer übernimmt mit Umsetzungsplan, Owner und Termin. Informed werden kommuniziert. Hinweis: Wenn Performer nach Entscheidung kein Plan liefert, hat Phase 3 versagt. Umsetzbarkeit war Pflicht-Check. 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.

    OwnerRecommendation
  6. 6

    Artefakt veröffentlichen

    10 min

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

    OwnerRAPID Role Map
Nutzbares Artefakt

Session Brief

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

# Session Brief: RAPID

## Ziel
Artefakt: RAPID Role Map

## Arbeitsfrage
Welche Entscheidung trifft der Decider auf Basis der Empfehlung, Zustimmung der Agreer und Umsetzbarkeit der Performer?

## Kontext
Frage klar; Stakeholder-Karte; Constraints; vorherige Entscheidungen; bekannte Konflikte zwischen Rollen.

## Setup
- Format: Methoden-Session
- Dauer: 45-90 min Workshop, plus async Vorlauf von 1-2 Wochen
- Modus: Workshop oder async
- Teilnehmende: Recommender (erarbeitet Empfehlung, oft Driver-Funktion); Agreer (muss zustimmen, oft Compliance/Legal/Finance); Performer (setzt Entscheidung um, muss Machbarkeit bestätigen); Input (gibt Daten oder Expertise, nicht Veto); Decider (eine Person, finale Entscheidung).
- Owner: Recommender (erarbeitet Empfehlung, oft Driver-Funktion)
- 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 RAPID Role Map hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
RAPID-Doc-Template mit Rollen Recommend, Agree, Perform, Input, Decide; geteilter Doc-Bereich; Vor-Kommentar-Threads; Entscheidungs-Frist im Kalender.

## Vorbereitung
RAPID-Doc anlegen, Rollen mit Namen besetzen. Pre-Read mit Empfehlung mindestens 5 Werktage vor Termin, damit Agreer und Performer Zeit für Prüfung haben.

## Agenda
1. Phase 1: Frage und Rollen klären (30 min vorab)
   Owner: Facilitator
   Aktion: Frage abgrenzen. Recommender, Agreer, Performer, Input, Decider mit Namen. Klärung, wo Vetorecht der Agreer liegt. Hinweis: Häufiger Fehler: Agreer-Rolle wird inflationär vergeben, jeder bekommt Veto. Agreer ist nur, wer aufgrund von Mandat (Recht, Compliance, Finanz-Budget) zustimmen muss. 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: RAPID Role Map

2. Phase 2: Recommender erarbeitet Empfehlung (1-2 Wochen)
   Owner: Facilitator
   Aktion: Input-Personen befragen, Optionen analysieren, eine Empfehlung mit Begründung formulieren. Agreer und Performer früh einbeziehen. Hinweis: Recommender muss Agreer und Performer in der Erarbeitung mitnehmen, nicht erst im Termin. Sonst kippt der Termin durch späte Bedenken. 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: Recommendation

3. Phase 3: Pre-Read und Kommentare (5 Werktage)
   Owner: Facilitator
   Aktion: Doc freigegeben. Agreer prüft Zustimmungsfähigkeit. Performer prüft Umsetzbarkeit. Inputs ergänzen Daten/Expertise. Decider liest. Hinweis: Agreer schweigt nicht. Wer nicht zustimmt, kommentiert schriftlich vor Termin, sonst zählt als Zustimmung. 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: Decision Log

4. Phase 4: Entscheidungstermin (45-90 min)
   Owner: Facilitator
   Aktion: Recommender stellt Empfehlung vor. Agreer bestätigen oder benennen Hindernisse. Performer bestätigt Machbarkeit. Decider stellt Klärungsfragen, entscheidet. Hinweis: Bei nicht zustimmungsfähigen Agreer: Entscheidung blockiert, Recommender überarbeitet oder eskaliert. Decider kann Agreer nicht überstimmen. 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: RAPID Role Map

5. Phase 5: Dokumentation und Umsetzung (1-2 Werktage)
   Owner: Owner
   Aktion: Entscheidung im Doc, Performer übernimmt mit Umsetzungsplan, Owner und Termin. Informed werden kommuniziert. Hinweis: Wenn Performer nach Entscheidung kein Plan liefert, hat Phase 3 versagt. Umsetzbarkeit war Pflicht-Check. 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: Recommendation

6. 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: RAPID Role Map

## Abschluss
- Ergebnisartefakt aktualisieren: RAPID Role Map
- 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.

# RAPID Role Map: RAPID

## Arbeitsfrage
Welche Entscheidung trifft der Decider auf Basis der Empfehlung, Zustimmung der Agreer und Umsetzbarkeit der Performer?

## Kontext
Frage klar; Stakeholder-Karte; Constraints; vorherige Entscheidungen; bekannte Konflikte zwischen Rollen.

## Beteiligte
- Owner: Recommender (erarbeitet Empfehlung, oft Driver-Funktion)
- Teilnehmende: Recommender (erarbeitet Empfehlung, oft Driver-Funktion); Agreer (muss zustimmen, oft Compliance/Legal/Finance); Performer (setzt Entscheidung um, muss Machbarkeit bestätigen); Input (gibt Daten oder Expertise, nicht Veto); Decider (eine Person, finale Entscheidung).

## Input
RAPID-Doc-Template mit Rollen Recommend, Agree, Perform, Input, Decide; geteilter Doc-Bereich; Vor-Kommentar-Threads; Entscheidungs-Frist im Kalender.

## Vorlage
# RAPID 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
- RAPID Role Map:
- Recommendation:
- Decision Log:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.

## Fertigstellungscheck
- RAPID Role Map 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

RAPID Arbeitsvorlage

# RAPID 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
- RAPID Role Map:
- Recommendation:
- Decision Log:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.
Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu RAPID Role Map.
  • Decision Doc unveränderlich nach Entscheidung. Revision als neuer Eintrag mit Verweis. Bei Agreer-Wechsel oder Strategie-Pivot Decision Doc explizit revidieren, nicht stillschweigend.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.