first
This commit is contained in:
commit
c87b0b1775
23 changed files with 2658 additions and 0 deletions
28
05_Workshop-Dokumentation/README_dokumentation.md
Normal file
28
05_Workshop-Dokumentation/README_dokumentation.md
Normal file
|
|
@ -0,0 +1,28 @@
|
|||
# Workshop-Dokumentation
|
||||
|
||||
Was während und nach dem Spiel festgehalten wird — damit die Gruppe **danach
|
||||
darüber diskutieren** kann und Verständnislücken in den Blueprint zurückfließen.
|
||||
|
||||
## Drei Erfassungsebenen
|
||||
|
||||
1. **Auf dem Board (live):** „Unklar"-Marker (rote Punkte) direkt auf die
|
||||
Aktivitäts-Verankerung legen, wo es hakte. Am Ende ergibt das eine **sichtbare
|
||||
Heatmap** der Verständnislücken — einfach abfotografieren.
|
||||
2. **Logbuch-Bogen** (1 Seite/Runde): gewählter Pfad, Gate-Entscheidungen, unklare
|
||||
Aktivitäten, Stimmungs-Check. Vorlage: [`logbuch-vorlage.md`](logbuch-vorlage.md).
|
||||
3. **Tablet-Export** (falls genutzt): schwach beantwortete Aktivitäten + Quote.
|
||||
|
||||
## Abschluss-Reflexion
|
||||
|
||||
Mit den [`reflexionskarten.md`](reflexionskarten.md) im Plenum, ~10 Minuten.
|
||||
|
||||
## Auswertung / Feedback-Schleife
|
||||
|
||||
Nach dem Workshop:
|
||||
- Heatmap-Foto + Logbuch + Tablet-Export zusammenführen.
|
||||
- Häufig markierte Aktivitäten = Kandidaten für Nachschärfung im
|
||||
Service-Lifecycle-Blueprint (`#02_service-portfolio-management/...`).
|
||||
- Erkenntnisse als kurze Notiz an die Blueprint-Pflege geben.
|
||||
|
||||
> Leitgedanke: Wo das Spiel hakt, ist meist auch das Konzept unklar. Die
|
||||
> Dokumentation ist damit zugleich **Schulungs-Feedback** und **Konzept-Review**.
|
||||
Loading…
Add table
Add a link
Reference in a new issue