methodatlas
Session Builder

Meine Session planen

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

Async-Arbeitslauf24 bis 72 hasynchronAction Lists

Session: Getting Things Done

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

Die App wählt

Async-Arbeitslauf mit 1. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.

Run Sheet
  1. 1

    Brief vorbereiten

    15-30 min

    Arbeitsfrage, Input, Zielartefakt und Reviewfrist für Getting Things Done 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.

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

    TeilnehmendeAction Lists
  3. 3

    Review bündeln

    20-30 min

    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.

    FacilitatorReview Notes
  4. 4

    Artefakt finalisieren

    15-30 min

    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.

    OwnerProject List
  5. 5

    Artefakt veröffentlichen

    10 min

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

    OwnerAction Lists
Nutzbares Artefakt

Session Brief

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

# Session Brief: Getting Things Done

## Ziel
Artefakt: Action Lists

## Arbeitsfrage
Welche nächste konkrete Aktion bringt die jeweils richtige offene Schleife im richtigen Kontext voran?

## Kontext
Aktuelle offene Schleifen, ungelesene Mails, Notizzettel, vergessene Versprechen; aktuelle Verantwortlichkeiten (Areas) und laufenden Projekte; bevorzugter Kontextbegriff (z. B. @home, @büro, @anruf).

## Setup
- Format: Async-Arbeitslauf
- Dauer: 24 bis 72 h
- Modus: asynchron
- Teilnehmende: Solo-Praxis, eine Person. Optional Coach oder Buddy für die ersten 4 Wochen, der wöchentlich Review-Disziplin spiegelt.
- Owner: Solo-Praxis, eine Person
- 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 Action Lists hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Aufgabenmanager (Things, Todoist, OmniFocus, Notion) oder Markdown-Setup; physische Inbox-Schale; digitale Inbox-Sammler (Mail-Foldern, Quick-Capture-App); Wochen-Termin-Slot von 60-90 min; Kalender für Engage-Phase.

## Vorbereitung
Listen anlegen: Inbox, Projects, Next Actions, Waiting For, Someday/Maybe, Reference, Tickler. Pro Liste die GTD-Definition als Header. Wochen-Review-Termin im Kalender als wiederkehrender Slot.

## Agenda
1. Brief vorbereiten (15-30 min)
   Owner: Owner
   Aktion: Arbeitsfrage, Input, Zielartefakt und Reviewfrist für Getting Things Done 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: Action Lists

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: Project List

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: Action Lists

## Abschluss
- Ergebnisartefakt aktualisieren: Action Lists
- 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.

# Action Lists: Getting Things Done

## Arbeitsfrage
Welche nächste konkrete Aktion bringt die jeweils richtige offene Schleife im richtigen Kontext voran?

## Kontext
Aktuelle offene Schleifen, ungelesene Mails, Notizzettel, vergessene Versprechen; aktuelle Verantwortlichkeiten (Areas) und laufenden Projekte; bevorzugter Kontextbegriff (z. B. @home, @büro, @anruf).

## Beteiligte
- Owner: Solo-Praxis, eine Person
- Teilnehmende: Solo-Praxis, eine Person. Optional Coach oder Buddy für die ersten 4 Wochen, der wöchentlich Review-Disziplin spiegelt.

## Input
Aufgabenmanager (Things, Todoist, OmniFocus, Notion) oder Markdown-Setup; physische Inbox-Schale; digitale Inbox-Sammler (Mail-Foldern, Quick-Capture-App); Wochen-Termin-Slot von 60-90 min; Kalender für Engage-Phase.

## Vorlage
# Getting Things Done Arbeitsvorlage

## Ziel

Systematisiert Aufgaben, Verpflichtungen und nächste Schritte in einem vertrauenswürdigen Workflow.

## 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
- Action Lists:
- Project List:
- Review Routine:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Action Lists 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

Getting Things Done Arbeitsvorlage

# Getting Things Done Arbeitsvorlage

## Ziel

Systematisiert Aufgaben, Verpflichtungen und nächste Schritte in einem vertrauenswürdigen Workflow.

## 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
- Action Lists:
- Project List:
- Review Routine:

## 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 Action Lists.
  • Initiale Setup-Notiz mit Datum. Reviews protokollieren, vor allem strukturelle Anpassungen (neue Area, neuer Kontext). Bei System-Drift Wochen-Review nutzen, nicht stiller Rebuild.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.