This commit is contained in:
breitenbach76 2026-05-28 15:50:08 +02:00
commit c87b0b1775
23 changed files with 2658 additions and 0 deletions

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

View file

@ -0,0 +1,66 @@
# Logbuch — SLC-Workshop (eine Runde)
> Pro durchgespieltem Szenario ausfüllen. Druckvorlage; im Workshop handschriftlich.
**Datum:** ________________ **Gruppe / Anzahl:** ________________
**Moderation:** ________________
---
## Szenario (Action Card)
**Titel:** ____________________________________________
**Kurz:** ____________________________________________
---
## Gewählter Pfad
Reihenfolge der durchlaufenen Aktivitäten (IDs):
```
ds_ ___ → tr_ ___ → ... → op_ ___ → sp_ ___ → rv_ ___
```
Gate-1-Pfad: ☐ Entwicklung (tr_02) ☐ Konfiguration (tr_05)
## Gate-Entscheidungen
| Gate | Anwesende Rollen vollständig? | Entscheidung (Go / Auflagen / Zurück / Ablehnung) | Diskussionspunkt |
|------|:----------------------------:|---------------------------------------------------|------------------|
| Gate 1 | ☐ ja ☐ nein | | |
| Gate 2 | ☐ ja ☐ nein | | |
| Gate 3 | ☐ ja ☐ nein | | |
## Unklare Aktivitäten (Heatmap)
Welche Aktivitäten waren unklar / strittig? (IDs + warum)
| Aktivität | unklar weil … |
|-----------|----------------|
| | |
| | |
| | |
## Stimmungs-Check je Phase
(1 = zäh/verwirrend … 5 = klar/flüssig)
| Phase | 1 | 2 | 3 | 4 | 5 |
|-------|:-:|:-:|:-:|:-:|:-:|
| Design | ☐ | ☐ | ☐ | ☐ | ☐ |
| Transition | ☐ | ☐ | ☐ | ☐ | ☐ |
| Operation | ☐ | ☐ | ☐ | ☐ | ☐ |
| Support | ☐ | ☐ | ☐ | ☐ | ☐ |
| Review | ☐ | ☐ | ☐ | ☐ | ☐ |
## Offene Fragen / Aha-Momente
____________________________________________________________
____________________________________________________________
## Tablet-Quiz (falls genutzt)
Trefferquote: ______ % · schwächste Aktivitäten: ____________________

View file

@ -0,0 +1,38 @@
# Reflexionskarten — Abschluss
> Zum Ausdrucken/Ausschneiden. Im Plenum reihum, ~10 Minuten. Eine Karte pro
> Frage; die Gruppe greift verdeckt und beantwortet.
---
**Karte 1 — Überraschung**
Was hat dich heute am Lifecycle überrascht?
**Karte 2 — Realitätscheck**
Wo war das Modell anders als euer Arbeitsalltag?
**Karte 3 — Fehlende Rolle**
Hat an einer Stelle eine Rolle gefehlt oder war eine zu viel?
**Karte 4 — Schwierigstes Gate**
Welches Gate war am schwersten zu entscheiden — und warum?
**Karte 5 — Die Schleife**
Wie habt ihr die Operation↔Support-Schleife erlebt?
**Karte 6 — Wiedergeburt**
War die Review-Entscheidung (Improvement / Redesign / Retirement) eindeutig?
**Karte 7 — Klarste Aktivität**
Welche Aktivität war am verständlichsten — was hat sie klar gemacht?
**Karte 8 — Eine Änderung**
Wenn du eine Sache am Konzept ändern dürftest — welche?
---
## Moderationshinweis
Die Antworten auf **Karte 2, 3 und 8** sind die wertvollsten für die
Blueprint-Weiterentwicklung — kurz mitschreiben und an die Konzeptpflege geben
(siehe [`README_dokumentation.md`](README_dokumentation.md)).