breitenbach76
029a12151e
Vorbereitung fuer Server-Deploy (Server hat kein PHP; nginx vorhanden, PHP 8.3 im Repo installierbar): - feedback.php: Datenverzeichnis ueber Env SLC_FEEDBACK_DIR ueberschreibbar (empfohlen ausserhalb des Web-Roots -> keine git-pull-Konflikte, .jsonl nicht oeffentlich). Default unveraendert ./feedback-data. Weiterhin NUR PHP-Core noetig, keine Extensions. - .gitignore: 04_Tablet-Quiz/app/feedback-data/ ausgenommen (falls Default-Pfad). - DEPLOY.md: konkrete Schritte fuer Ubuntu 24.04 + nginx (apt install php-fpm, Socket php8.3-fpm, NUR feedback.php als PHP ausfuehren = Hardening, feedback-data per deny all schuetzen, SLC_FEEDBACK_DIR setzen) + curl-Verifikation. 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) | — | — | ✅ |