- 5 -> 4 Change-Arten: Major (Top-Level-Beispiel) / Normal / Standard / Emergency. Top/Low ist Routing/Freigabe-Ebene, kein Typ (ITIL: Major = Normal m. hoeherer Authority; YASM: lean). Klarere Klassifizierung in der App. - App: CHANGE_TYPES/CHANGE_LEGEND/START_EMPFEHLUNG/USE_CASES auf 4; Action Cards 24 (Major-Low entfernt, Rest auf c0-c3 umbenannt); sw.js cacht 24 (v4). Browser-getestet: 24 Karten, 4 Klassifizier-Optionen, Bilder laden. - review-phase_arbeitsstand-frank.md: MB = Mission Board geklaert; SOR-Routing RUN/DPM/MB + Eskalations-Kriterium (Ressourcenhoheit -> Demand -> Mission Board); Change-Arten-Begruendung. README (24 Karten) nachgezogen. - Workshop-Arbeitsstand; NICHT im YAML / kanonischen Konzept. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .claude | ||
| 00_Konzept | ||
| 01_3D-Druck | ||
| 02_Spielfiguren | ||
| 03_Karten | ||
| 04_Tablet-Quiz | ||
| 05_Workshop-Dokumentation | ||
| .gitignore | ||
| README.md | ||
| visual-prompts_nano-banana.md | ||
SLC-Workshop — Tabletop zum Service-Lifecycle
Ein physisches Tabletop-Workshop-Format, mit dem Teams den Service-Lifecycle des SPM-Konzepts (Design → Transition → Operation ↔ Support → Review) gemeinsam durchspielen. Ein Szenario („Action Card") wandert mit der Gruppe über eine Bahn aus runden Pucks durch alle Phasen, Aktivitäten und Gates. An jeder Station wird diskutiert, wer was tut und welches Artefakt entsteht; ein optionales Tablet-Quiz vertieft und protokolliert.
Auftraggeber-Kontext: Stadt Freiburg / DIGIT — DIGITOM
Inhaltliche Quelle: #02_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/
Status: Konzept / Vorbereitung Prototyp
Kernidee in einem Satz
Der Service-Lifecycle wird zu einer linearen Puck-Bahn, über die ein Service von Design bis Review wandert — Entscheidungen fallen an drei Gates, an denen die richtigen Rollen-Figuren physisch zusammenkommen müssen.
Zentrale Spielmechaniken
- Station-Pucks — runde Ø100-Pucks (eine je Aktivität): außen 7 Figurenmulden, in der Mitte ein Rundetikett mit ID + Kurzbezeichnung. Die Erklärung liegt in der App, nicht am Puck.
- Szenario / Action Card — die gezogene Karte liegt flach an der aktuellen Station und wandert mit; die App führt die Reihenfolge, gestellte Figuren markieren „wir sind hier" (kein Spielstein).
- RACI-Aktiv-Feld — quadratisches Board (2×2: R|A / C|I) neben der aktuellen Station; beteiligte Rollen werden je Aktivität in die Zonen R/A/C/I gestellt. Gates sind rote Pucks mit Pflicht-Versammlung.
- Phasen-Ring — 5 farbige Segmente: zusammengesteckt die SLC-Übersicht, auseinandergenommen die Phasen-Köpfe der Bahn (Design = Start).
- Artefakt- & Störungskarten — machen Ergebnisse (Service-Akte) und die Operation↔Support-Schleife greifbar.
- Companion-App (Lernschleife) — führt die Stationsreihenfolge, stellt pro Station ein vermittelndes Quiz, liefert die Auflösung und protokolliert Verständnislücken.
Ordnerübersicht
| Ordner | Inhalt |
|---|---|
00_Konzept/ |
Gesamtkonzept: Board, Phasen, Gates, Mechaniken, Spielablauf, Didaktik |
01_3D-Druck/ |
Materialliste mit Maßen, OpenSCAD-Modelle, Visual-Prompts für den 3D-Druck-Producer |
02_Spielfiguren/ |
Rollen-Figuren, Farbcodierung, Gate-Zuordnung |
03_Karten/ |
Action Cards, Störungs-, Artefakt- und Entscheidungskarten + Druckmaße |
04_Tablet-Quiz/ |
Eigenständiges Teilprojekt: Begleit-App (Konzept & Architektur) |
05_Workshop-Dokumentation/ |
Logbuch-Vorlage, Reflexionskarten, Debrief |
Bauteile auf einen Blick
| Komponente | 3D-Druck | Print/Karte | Software |
|---|---|---|---|
| Station-Pucks (Bahn, Ø100, 37×) | ✅ | — | — |
| Gate-Pucks (rot, 3×) | ✅ | — | — |
| Phasen-Ring (5 Segmente) | ✅ | — | — |
| RACI-Aktiv-Feld (2×2, 130×130) | ✅ | — | — |
| Rollen-Figuren | ✅ | — | — |
| Rundetiketten Ø37 (Station-/Gate-ID) | — | ✅ | — |
| Action Cards / Störungskarten | — | ✅ | — |
| Artefaktkarten / Service-Akte | — | ✅ | — |
| Entscheidungs-Chips | (✅ optional) | ✅ | — |
| Logbuch / Reflexionskarten | — | ✅ | — |
| Companion-App (Quiz + Auflösung) | — | — | ✅ |