breitenbach76
599ee3bf42
Texte (beschreibung/umfasst) gemaess Word-Doku "Einordnung Aktivitaeten...": - rv_02: inkl. Verzweigung "unauffaellig -> zurueck in Operation (Akt. 3-5 entfallen)" bzw. "Change noetig -> RFC, an SOR weiterleiten, ganzheitlich bewerten". - rv_04: Routing jetzt "RUN oder Demand" (statt RUN/DPM/MB), Change-Steckbrief. - rv_05: Routen RUN (SO) bzw. Demand (Demand-/Projektprozess). - sw.js Cache hochgezaehlt. HINWEIS/OFFEN: Die Quiz-Fragen in rv_04/rv_05 nennen noch RUN/DPM/MB. Die Doku sagt RUN/Demand (Demand = DPM/Mission Board zusammengefasst). Vokabular ggf. mit Frank harmonisieren. 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 | ||
| PROJEKTSTAND.md | ||
| 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).
- Störungskarten — machen die Operation↔Support-Schleife greifbar. Die Service-Akte (Artefakte A1–A15) läuft in der App: Artefakte werden per Choice gesammelt, Gates sind hart gekoppelt.
- 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örungskarten + Artefakt-Katalog A1–A15 (Service-Akte = App) |
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 | — | ✅ | — |
| Logbuch / Reflexionskarten | — | ✅ | — |
| Companion-App (Quiz, Auflösung, Service-Akte A1–A15) | — | — | ✅ |