Meine Session planen

# Session Brief: System Dynamics Simulation

## Ziel
Artefakt: Simulationsmodell

## Arbeitsfrage
Welche dynamischen Effekte und Politik-Hebel werden sichtbar, wenn die qualitative Struktur als quantitatives Modell über den Zeithorizont gerechnet wird?

## Kontext
Frage und Zeithorizont; CLD und Stock-and-Flow-Skizze; verfügbare historische Daten zur Kalibrierung; bekannte Politik-Optionen; akzeptierte Unsicherheitsspanne; Reporting-Format.

## Setup
- Format: Async-Arbeitslauf
- Dauer: 24 bis 72 h
- Modus: asynchron
- Teilnehmende: Ein Modeler mit System-Dynamics-Erfahrung (lead); ein bis zwei Domain Experts für Raten und Annahmen; ein Daten-Owner für Anfangs- und Validierungsdaten; ein Stakeholder oder Auftraggeber für Szenario-Auswahl und Interpretation.
- Owner: Ein Modeler mit System-Dynamics-Erfahrung (lead)
- 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 Simulationsmodell hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
System-Dynamics-Tool (Vensim, Stella, Simantics System Dynamics, AnyLogic, BPTK-Py); Datenquellen für Anfangswerte und Raten; Versionskontrolle (Git, Modell-Dateien plus Skripte); Tabellenkalkulation für Datenaufbereitung.

## Vorbereitung
Modellordner im Repo mit /model, /data, /scenarios, /docs. Tool installiert und lizensiert. Datenset für Kalibrierung importiert. Frage und Zeithorizont sichtbar in der Modell-Doku.

## Agenda
1. Brief vorbereiten (15-30 min)
   Owner: Owner
   Aktion: Arbeitsfrage, Input, Zielartefakt und Reviewfrist für System Dynamics Simulation 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: Simulationsmodell

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: Szenarienberichte

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: Simulationsmodell

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

# Simulationsmodell: System Dynamics Simulation

## Arbeitsfrage
Welche dynamischen Effekte und Politik-Hebel werden sichtbar, wenn die qualitative Struktur als quantitatives Modell über den Zeithorizont gerechnet wird?

## Kontext
Frage und Zeithorizont; CLD und Stock-and-Flow-Skizze; verfügbare historische Daten zur Kalibrierung; bekannte Politik-Optionen; akzeptierte Unsicherheitsspanne; Reporting-Format.

## Beteiligte
- Owner: Ein Modeler mit System-Dynamics-Erfahrung (lead)
- Teilnehmende: Ein Modeler mit System-Dynamics-Erfahrung (lead); ein bis zwei Domain Experts für Raten und Annahmen; ein Daten-Owner für Anfangs- und Validierungsdaten; ein Stakeholder oder Auftraggeber für Szenario-Auswahl und Interpretation.

## Input
System-Dynamics-Tool (Vensim, Stella, Simantics System Dynamics, AnyLogic, BPTK-Py); Datenquellen für Anfangswerte und Raten; Versionskontrolle (Git, Modell-Dateien plus Skripte); Tabellenkalkulation für Datenaufbereitung.

## Vorlage
# System Dynamics Simulation Arbeitsvorlage

## Ziel

Quantitatives Simulationsmodell aus Stocks, Flows und Feedback Loops.

## 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
- Simulationsmodell:
- Szenarienberichte:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

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