update 01.06.2026

This commit is contained in:
breitenbach76 2026-06-01 14:19:10 +02:00
parent 7f1a09572e
commit 1af051990f
21 changed files with 1365 additions and 380 deletions

View file

@ -106,22 +106,23 @@ Phasen. Footprint des Steins = Footprint der Aktivitäts-Verankerung.
Quiz (vermittelnd), dann die ausführliche App-Auflösung. Quiz (vermittelnd), dann die ausführliche App-Auflösung.
### 5.3 Rollen-Figuren & Platzierung ### 5.3 Rollen-Figuren & Platzierung
Schlanke Pöppel je Rolle (Höhe ~22 mm, Pin Ø 4 mm), farb- und formcodiert. Schlanke Pöppel je Rolle (Höhe ~22 mm, flacher Standfuß ohne Pin), farb- und
Es gibt **einheitliche Steckplätze (Ø 4,2 mm)** an zwei Orten: formcodiert. Figuren werden **gestellt, nicht gesteckt**; markierte **Standfelder**
- **Aktiv-Feld (RACI pro Schritt):** Eine mobile Stecklochleiste steht **neben dem gibt es an zwei Orten:
- **Aktiv-Feld (RACI pro Schritt):** Eine mobile Leiste steht **neben dem
Action-Stein** und wandert mit ihm. Sie hat vier beschriftete Zonen Action-Stein** und wandert mit ihm. Sie hat vier beschriftete Zonen
**R · A · C · I**. Beim Bearbeiten einer Aktivität werden die beteiligten Rollen **R · A · C · I**. Beim Bearbeiten einer Aktivität werden die beteiligten Rollen
in die passende RACI-Zone gesteckt — sichtbar wird nicht nur *wer*, sondern *in in die passende RACI-Zone gestellt — sichtbar wird nicht nur *wer*, sondern *in
welcher Verantwortung*. **A** hat genau einen Platz (genau eine Rolle accountable). welcher Verantwortung*. **A** hat genau einen Platz (genau eine Rolle accountable).
- **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** in die - **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** auf die
Tor-Steckplätze, sonst „öffnet" das Gate nicht. Tor-Standfelder gestellt werden, sonst „öffnet" das Gate nicht.
Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche ≤ 8 mm), Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche
damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten: Ø ~7,5 mm), damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten:
[`../02_Spielfiguren/`](../02_Spielfiguren/). [`../02_Spielfiguren/`](../02_Spielfiguren/).
### 5.4 Weitere Karten & Chips ### 5.4 Weitere Karten & Chips
- **Artefaktkarten:** Was an einer Aktivität entsteht (Projektauftrag, Betriebsdoku, Test-Report, Service-Qualitätsbericht, Incident/Problem Record, Workaround, Review-Bericht). - **Artefaktkarten + Service-Akte:** Was an einer Aktivität entsteht (15 konsolidierte Artefakte A1A15). Erzeugte Artefakte kommen als Karte in die **Service-Akte** (Tableau neben dem Action-Stein); „lebende" Artefakte (Service-Definition, Problem Record, Wissensdatenbank) werden über einen **Status-Marker** mehrfach befüllt. **Gate-Kopplung:** Ein Gate öffnet nur, wenn die geforderten Artefakte in der Akte liegen (Gate 1: SDD + Implementation Blueprint usw.). Details: [`../03_Karten/`](../03_Karten/).
- **Störungskarten:** Gegenstück zu Action Cards (Incident-Welle, Sicherheitsvorfall, Budgetkürzung, Eskalation) — zwingen in die Operation↔Support-Schleife oder über ein Gate zurück. - **Störungskarten:** Gegenstück zu Action Cards (Incident-Welle, Sicherheitsvorfall, Budgetkürzung, Eskalation) — zwingen in die Operation↔Support-Schleife oder über ein Gate zurück.
- **Entscheidungs-Chips:** Go / Go mit Auflagen / Zurück / Ablehnung. - **Entscheidungs-Chips:** Go / Go mit Auflagen / Zurück / Ablehnung.
- **DPM-Rücklauf-Karte:** markiert am Review-Ende, wenn der Service als Redesign/Retirement zurück in den Demand-Lifecycle geht. - **DPM-Rücklauf-Karte:** markiert am Review-Ende, wenn der Service als Redesign/Retirement zurück in den Demand-Lifecycle geht.
@ -154,13 +155,16 @@ Schwach beantwortete Stationen werden protokolliert (→ Abschnitt 8). MVP-Scope
4. **Station bearbeiten (Lernschleife, App noch zu):** Pro Aktivität die drei Leitfragen diskutieren — 4. **Station bearbeiten (Lernschleife, App noch zu):** Pro Aktivität die drei Leitfragen diskutieren —
1. Was passiert hier konkret für dieses Szenario? 1. Was passiert hier konkret für dieses Szenario?
2. Wer macht es (Rolle, RACI)? → die genannten **Rollen-Figuren ins Aktiv-Feld 2. Wer macht es (Rolle, RACI)? → die genannten **Rollen-Figuren ins Aktiv-Feld
in die passende R/A/C/I-Zone stecken** in die passende R/A/C/I-Zone stellen**
3. Welches Artefakt entsteht? 3. Welches Artefakt entsteht? → erzeugte **Artefaktkarte in die Service-Akte**
legen (bzw. Status-Marker eines bestehenden Artefakts weiterschieben).
Plättchen herausnehmen, **Action-Stein in die Verankerung** („wir sind hier"). Plättchen herausnehmen, **Action-Stein in die Verankerung** („wir sind hier").
Dann **App-Quiz** zur Station → **Auflösung in der App** → Gruppe reflektiert / Dann **App-Quiz** zur Station → **Auflösung in der App** → Gruppe reflektiert /
gleicht ab. Danach Aktiv-Feld leeren und mit dem Action-Stein zur **nächsten gleicht ab. Danach Aktiv-Feld leeren und mit dem Action-Stein zur **nächsten
Station** weiterziehen (App schaltet weiter). Station** weiterziehen (App schaltet weiter).
5. **Gates:** Diskussion, Pflicht-Figuren setzen, Entscheidungs-Chip wählen, Token durch das Tor schieben. 5. **Gates:** Diskussion, Pflicht-Figuren setzen, **geforderte Artefakte in der
Service-Akte prüfen** (sonst öffnet das Gate nicht), Entscheidungs-Chip wählen,
Token durch das Tor schieben.
6. **Schleife:** Störungskarten und Support-Phase durchspielen, bis Review erreicht ist. 6. **Schleife:** Störungskarten und Support-Phase durchspielen, bis Review erreicht ist.
7. **Review-Entscheidung:** Improvement / Redesign (rv_05) / Retirement (rv_06) — Redesign & Retirement geben den Service über die DPM-Rücklauf-Karte ab. 7. **Review-Entscheidung:** Improvement / Redesign (rv_05) / Retirement (rv_06) — Redesign & Retirement geben den Service über die DPM-Rücklauf-Karte ab.
8. **Debrief:** Logbuch & Reflexion (→ [`../05_Workshop-Dokumentation/`](../05_Workshop-Dokumentation/)). 8. **Debrief:** Logbuch & Reflexion (→ [`../05_Workshop-Dokumentation/`](../05_Workshop-Dokumentation/)).

View file

@ -0,0 +1,114 @@
<svg xmlns="http://www.w3.org/2000/svg" width="900" height="520" viewBox="0 0 900 520" font-family="system-ui, Arial, sans-serif">
<style>
.part { fill:#eef2f7; stroke:#1d2430; stroke-width:1.5; }
.recess { fill:#dde5ee; stroke:#1d2430; stroke-width:1; }
.plate { fill:#e8eef5; stroke:#1d2430; stroke-width:1.5; }
.field { fill:#f7f9fb; stroke:#9fb2c6; stroke-width:1.2; }
.frame { fill:none; stroke:#9fb2c6; stroke-width:1; stroke-dasharray:3 2; }
.afield { stroke:#c0392b; stroke-width:2; }
.spot { fill:#ffffff; stroke:#2f80c9; stroke-width:1; stroke-dasharray:3 2; }
.zlet { font-size:24px; font-weight:700; text-anchor:middle; fill:#1d2430; }
.h1 { fill:#1d2430; font-size:18px; font-weight:700; }
.sub { fill:#444; font-size:12px; }
.cap { fill:#1d2430; font-size:13px; font-weight:700; }
.lbl { fill:#444; font-size:11px; text-anchor:middle; }
.pl { fill:#1d2430; font-size:10px; font-weight:700; text-anchor:middle; }
.arrow { stroke:#1d2430; stroke-width:1.5; fill:none; }
</style>
<rect x="0" y="0" width="900" height="520" fill="#ffffff"/>
<defs>
<marker id="ah" markerWidth="8" markerHeight="8" refX="6" refY="3" orient="auto">
<path d="M0,0 L6,3 L0,6 Z" fill="#1d2430"/>
</marker>
</defs>
<text x="30" y="32" class="h1">RACI-Lösung: das Aktiv-Feld (RACI-Fläche)</text>
<text x="30" y="52" class="sub">Eine flache Platte mit 4 abgetrennten Bereichen R · A · C · I, je 4 Standflächen (2×2), symmetrisch. Liegt neben dem Action-Stein und wandert mit.</text>
<text x="30" y="78" class="cap">Beispiel: ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei</text>
<!-- ===== Tile mit Action-Stein ===== -->
<g transform="translate(40,110)">
<text x="100" y="-8" class="lbl">Aktivitäts-Tile (Draufsicht)</text>
<rect x="0" y="0" width="200" height="200" rx="6" class="part"/>
<circle cx="100" cy="100" r="60" class="recess"/>
<circle cx="100" cy="100" r="59" fill="#e9eef4" stroke="#1d2430" stroke-width="1"/>
<circle cx="100" cy="100" r="35" fill="#cfd8e3" stroke="#1d2430" stroke-width="1"/>
<rect x="30" y="95" width="140" height="10" rx="2" fill="#ffffff" stroke="#1d2430" stroke-width="1"/>
<text x="100" y="103" class="lbl">Szenario-Karte</text>
<text x="100" y="226" class="lbl">Action-Stein steht in der Verankerung</text>
<text x="100" y="242" class="lbl">(„wir sind hier") · Tile bleibt blank</text>
</g>
<!-- ===== Verbinder ===== -->
<g transform="translate(250,200)">
<path d="M 0 0 L 60 0" class="arrow" marker-end="url(#ah)"/>
<text x="30" y="-10" class="lbl">liegt daneben</text>
<text x="30" y="22" class="lbl">&amp; wandert mit</text>
</g>
<!-- ===== RACI-Fläche: Platte mit 4 Feldern (je 2x2) ===== -->
<g transform="translate(330,150)">
<text x="0" y="-12" class="lbl" text-anchor="start">RACI-Fläche — Rollen-Figuren je Bereich gestellt</text>
<!-- Platte -->
<rect x="-8" y="-8" width="404" height="116" rx="8" class="plate"/>
<!-- Feld R -->
<g transform="translate(0,0)">
<rect x="0" y="0" width="84" height="100" rx="6" class="field"/>
<rect x="4" y="4" width="76" height="92" rx="4" class="frame"/>
<circle cx="24" cy="26" r="12" class="spot"/><circle cx="60" cy="26" r="12" class="spot"/>
<circle cx="24" cy="58" r="12" class="spot"/><circle cx="60" cy="58" r="12" class="spot"/>
<g transform="translate(24,14)"><circle cx="0" cy="6" r="6" fill="#2f80c9" stroke="#1d2430"/><path d="M -8 24 Q 0 9 8 24 Z" fill="#2f80c9" stroke="#1d2430"/></g>
<text x="24" y="40" class="pl">PL</text>
<text x="42" y="94" class="zlet">R</text>
</g>
<!-- Feld A (goldene Regel: GENAU 1) -->
<g transform="translate(96,0)">
<rect x="0" y="0" width="84" height="100" rx="6" class="field afield"/>
<rect x="4" y="4" width="76" height="92" rx="4" class="frame"/>
<circle cx="42" cy="34" r="17" class="spot"/>
<g transform="translate(42,18)"><circle cx="0" cy="6" r="7" fill="#d4a017" stroke="#1d2430"/><path d="M -9 28 Q 0 10 9 28 Z" fill="#d4a017" stroke="#1d2430"/></g>
<text x="42" y="52" class="pl">SO</text>
<text x="42" y="68" class="pl" style="fill:#c0392b">genau 1</text>
<text x="42" y="94" class="zlet">A</text>
</g>
<!-- Feld C -->
<g transform="translate(192,0)">
<rect x="0" y="0" width="84" height="100" rx="6" class="field"/>
<rect x="4" y="4" width="76" height="92" rx="4" class="frame"/>
<circle cx="24" cy="26" r="12" class="spot"/><circle cx="60" cy="26" r="12" class="spot"/>
<circle cx="24" cy="58" r="12" class="spot"/><circle cx="60" cy="58" r="12" class="spot"/>
<g transform="translate(24,14)"><circle cx="0" cy="6" r="6" fill="#2f9e57" stroke="#1d2430"/><path d="M -8 24 Q 0 9 8 24 Z" fill="#2f9e57" stroke="#1d2430"/></g>
<text x="24" y="40" class="pl">Betr.</text>
<g transform="translate(60,14)"><circle cx="0" cy="6" r="6" fill="#8a94a3" stroke="#1d2430"/><path d="M -8 24 Q 0 9 8 24 Z" fill="#8a94a3" stroke="#1d2430"/></g>
<text x="60" y="40" class="pl">Arch</text>
<g transform="translate(24,46)"><circle cx="0" cy="6" r="6" fill="#d4a017" stroke="#1d2430"/><path d="M -8 24 Q 0 9 8 24 Z" fill="#d4a017" stroke="#1d2430"/></g>
<text x="24" y="72" class="pl">SPM</text>
<text x="42" y="94" class="zlet">C</text>
</g>
<!-- Feld I (frei) -->
<g transform="translate(288,0)">
<rect x="0" y="0" width="84" height="100" rx="6" class="field"/>
<rect x="4" y="4" width="76" height="92" rx="4" class="frame"/>
<circle cx="24" cy="26" r="12" class="spot"/><circle cx="60" cy="26" r="12" class="spot"/>
<circle cx="24" cy="58" r="12" class="spot"/><circle cx="60" cy="58" r="12" class="spot"/>
<text x="42" y="50" class="lbl">(frei)</text>
<text x="42" y="94" class="zlet">I</text>
</g>
<text x="0" y="138" class="sub">~112 × 40 × 5 mm · R/C/I je 4 Standflächen (2×2) · A = genau 1 (goldene RACI-Regel) · keine Löcher</text>
</g>
<!-- ===== Legende ===== -->
<g transform="translate(40,420)">
<text x="0" y="0" class="cap">Figurenfarbe = Rollenkategorie</text>
<circle cx="8" cy="22" r="7" fill="#d4a017" stroke="#1d2430"/><text x="22" y="26" class="sub">Governance (SO, SPM)</text>
<circle cx="208" cy="22" r="7" fill="#2f80c9" stroke="#1d2430"/><text x="222" y="26" class="sub">Management (PL)</text>
<circle cx="372" cy="22" r="7" fill="#2f9e57" stroke="#1d2430"/><text x="386" y="26" class="sub">Teams (Betrieb)</text>
<circle cx="520" cy="22" r="7" fill="#8a94a3" stroke="#1d2430"/><text x="534" y="26" class="sub">Operative (Arch)</text>
<circle cx="676" cy="22" r="7" fill="#ffffff" stroke="#1d2430"/><text x="690" y="26" class="sub">Externe (Lieferant)</text>
</g>
</svg>

After

Width:  |  Height:  |  Size: 6.8 KiB

View file

@ -0,0 +1,76 @@
<svg xmlns="http://www.w3.org/2000/svg" width="760" height="560" viewBox="0 0 760 560" font-family="system-ui, Arial, sans-serif">
<style>
.tile { fill:#eaf1f9; stroke:#1d2430; stroke-width:2; }
.tab { fill:#eaf1f9; stroke:#1d2430; stroke-width:2; }
.div { stroke:#1d2430; stroke-width:2; }
.quad { font-size:30px; font-weight:700; fill:#9fb2c6; }
.aspot { fill:#fff; stroke:#c0392b; stroke-width:2; stroke-dasharray:4 3; }
.h1 { fill:#1d2430; font-size:18px; font-weight:700; }
.sub { fill:#444; font-size:12px; }
.pl { fill:#1d2430; font-size:11px; font-weight:700; text-anchor:middle; }
.cap { fill:#1d2430; font-size:13px; font-weight:700; }
</style>
<rect x="0" y="0" width="760" height="560" fill="#ffffff"/>
<text x="30" y="32" class="h1">RACI-Tile-Variante: Kreuz-Teilung in 4 Quadranten</text>
<text x="30" y="52" class="sub">Sieht aus wie ein normales Tile, aber durch die Mitte horizontal + vertikal geteilt. Ein Tile, neben dem aktuellen platziert, pro Aktivität bestückt.</text>
<text x="30" y="78" class="sub">Beispiel ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei</text>
<!-- ===== RACI-Tile ===== -->
<g transform="translate(120,100)">
<!-- Puzzle-Tabs (Tile-Optik) -->
<rect x="156" y="-14" width="48" height="14" class="tab"/> <!-- N -->
<rect x="360" y="156" width="14" height="48" class="tab"/> <!-- O -->
<!-- Tile body -->
<rect x="0" y="0" width="360" height="360" rx="10" class="tile"/>
<!-- Slots (S/W) -->
<rect x="156" y="346" width="48" height="14" fill="#fff" stroke="#1d2430" stroke-width="1.5" stroke-dasharray="4 3"/>
<rect x="0" y="156" width="14" height="48" fill="#fff" stroke="#1d2430" stroke-width="1.5" stroke-dasharray="4 3"/>
<!-- Kreuz-Teilung -->
<line x1="180" y1="6" x2="180" y2="354" class="div"/>
<line x1="6" y1="180" x2="354" y2="180" class="div"/>
<!-- Quadrant-Buchstaben (Wasserzeichen, Innenecken) -->
<text x="16" y="36" class="quad">R</text>
<text x="330" y="36" class="quad" text-anchor="end">A</text>
<text x="16" y="350" class="quad">C</text>
<text x="330" y="350" class="quad" text-anchor="end">I</text>
<!-- R (oben links): PL -->
<g transform="translate(90,96)"><circle cx="0" cy="10" r="9" fill="#2f80c9" stroke="#1d2430"/><path d="M -13 44 Q 0 16 13 44 Z" fill="#2f80c9" stroke="#1d2430"/></g>
<text x="90" y="156" class="pl">PL</text>
<!-- A (oben rechts): markiertes Einzel-Standfeld + SO -->
<circle cx="270" cy="110" r="26" class="aspot"/>
<g transform="translate(270,96)"><circle cx="0" cy="10" r="9" fill="#d4a017" stroke="#1d2430"/><path d="M -13 44 Q 0 16 13 44 Z" fill="#d4a017" stroke="#1d2430"/></g>
<text x="270" y="156" class="pl">SO (genau 1)</text>
<!-- C (unten links): Betrieb, Arch, SPM -->
<g transform="translate(48,250)"><circle cx="0" cy="10" r="9" fill="#2f9e57" stroke="#1d2430"/><path d="M -13 44 Q 0 16 13 44 Z" fill="#2f9e57" stroke="#1d2430"/></g>
<text x="48" y="312" class="pl">Betrieb</text>
<g transform="translate(96,260)"><circle cx="0" cy="10" r="9" fill="#8a94a3" stroke="#1d2430"/><path d="M -13 44 Q 0 16 13 44 Z" fill="#8a94a3" stroke="#1d2430"/></g>
<text x="96" y="322" class="pl">Arch</text>
<g transform="translate(144,250)"><circle cx="0" cy="10" r="9" fill="#d4a017" stroke="#1d2430"/><path d="M -13 44 Q 0 16 13 44 Z" fill="#d4a017" stroke="#1d2430"/></g>
<text x="144" y="312" class="pl">SPM</text>
<!-- I (unten rechts): frei -->
<text x="270" y="270" class="sub" text-anchor="middle">(frei)</text>
<text x="0" y="392" class="sub">100 × 100 mm · Quadranten ~48 × 48 mm · A = markiertes Einzelfeld · C am stärksten belegt (bis 4)</text>
</g>
<!-- ===== Legende / Hinweis ===== -->
<g transform="translate(540,110)">
<text x="0" y="0" class="cap">Kapazität (Maximum)</text>
<text x="0" y="24" class="sub">A = 1 (immer)</text>
<text x="0" y="44" class="sub">R = bis 3</text>
<text x="0" y="64" class="sub">C = bis 4</text>
<text x="0" y="84" class="sub">I = bis ~2</text>
<text x="0" y="124" class="cap">Warum nicht Eck-Mulden?</text>
<text x="0" y="148" class="sub">1 Mulde = 1 Figur →</text>
<text x="0" y="166" class="sub">reicht für C/R nicht.</text>
<text x="0" y="184" class="sub">Quadrant = Fläche →</text>
<text x="0" y="202" class="sub">mehrere Figuren ok.</text>
</g>
</svg>

After

Width:  |  Height:  |  Size: 4.4 KiB

View file

@ -20,7 +20,7 @@ Verankerung und Steckmechanik.
- **Modulares Tile-System** statt eines großen Boards — jedes Teil passt auf ein übliches Druckbett (≥ 200 × 200 mm). - **Modulares Tile-System** statt eines großen Boards — jedes Teil passt auf ein übliches Druckbett (≥ 200 × 200 mm).
- **Lineare Bahn** (kein Ring) — Tiles werden zu einer durchgehenden Linie aneinandergereiht, bei Platzmangel mäandrierend. - **Lineare Bahn** (kein Ring) — Tiles werden zu einer durchgehenden Linie aneinandergereiht, bei Platzmangel mäandrierend.
- **Eine standardisierte Verankerung**50 mm Rundsockel) für *alle* Plättchen und für den Action-Stein → Teile sind austauschbar. - **Eine standardisierte Verankerung**60 mm Rundsockel) für *alle* Blanko-Scheiben und für den Action-Stein → Teile sind austauschbar.
- **Steckverbindungen** (Puzzle-Tabs) zwischen Tiles, damit die Bahn stabil zusammenhält und flexibel gelegt werden kann. - **Steckverbindungen** (Puzzle-Tabs) zwischen Tiles, damit die Bahn stabil zusammenhält und flexibel gelegt werden kann.
- **Materialempfehlung:** PLA für Tiles/Plättchen/Gates (formstabil, günstig), PLA + Gewichtseinlage (M8-Mutter) für den Action-Stein (Standfestigkeit mit aufrechter Karte). - **Materialempfehlung:** PLA für Tiles/Plättchen/Gates (formstabil, günstig), PLA + Gewichtseinlage (M8-Mutter) für den Action-Stein (Standfestigkeit mit aufrechter Karte).

View file

@ -0,0 +1,164 @@
<svg xmlns="http://www.w3.org/2000/svg" width="1000" height="960" viewBox="0 0 1000 960" font-family="system-ui, Arial, sans-serif">
<style>
.part { fill:#eef2f7; stroke:#1d2430; stroke-width:1.5; }
.disc { stroke:#1d2430; stroke-width:1.5; }
.recess{ fill:#dde5ee; stroke:#1d2430; stroke-width:1; }
.cut { fill:#ffffff; stroke:#1d2430; stroke-width:1; stroke-dasharray:4 3; }
.spot { fill:#dde5ee; stroke:#2f80c9; stroke-width:1; stroke-dasharray:3 2; }
.dim { stroke:#c0392b; stroke-width:1; }
.dimt { fill:#c0392b; font-size:11px; }
.lbl { fill:#444; font-size:11px; }
.lblb { fill:#1d2430; font-size:12px; font-weight:700; }
.title { fill:#1d2430; font-size:13px; font-weight:700; }
.h1 { fill:#1d2430; font-size:18px; font-weight:700; }
.zone { fill:#1d2430; font-size:14px; font-weight:700; text-anchor:middle; }
</style>
<rect x="0" y="0" width="1000" height="960" fill="#ffffff"/>
<text x="30" y="34" class="h1">SLC-Workshop — Bauteilmaße (aktuell, v0.4)</text>
<text x="30" y="52" class="lbl">Maßstab 2 px = 1 mm · rote Maße in mm · Figuren werden gestellt (keine Stecklöcher)</text>
<!-- scale bar 50 mm = 100 px -->
<line x1="760" y1="46" x2="860" y2="46" class="dim"/>
<line x1="760" y1="42" x2="760" y2="50" class="dim"/>
<line x1="860" y1="42" x2="860" y2="50" class="dim"/>
<text x="765" y="40" class="dimt">50 mm</text>
<!-- ============ TILE (top view) ============ -->
<g transform="translate(60,110)">
<text x="0" y="-26" class="title">Phasen-Basistile (Draufsicht)</text>
<!-- tabs N & E (positive) -->
<rect x="88" y="-12" width="24" height="12" class="part"/>
<rect x="200" y="88" width="12" height="24" class="part"/>
<!-- body -->
<rect x="0" y="0" width="200" height="200" rx="6" class="part"/>
<!-- slots S & W (negative) -->
<rect x="88" y="188" width="24" height="12" class="cut"/>
<rect x="0" y="88" width="12" height="24" class="cut"/>
<!-- socket -->
<circle cx="100" cy="100" r="60" class="recess"/>
<text x="100" y="98" class="lbl" text-anchor="middle">Verankerung</text>
<text x="100" y="112" class="lblb" text-anchor="middle">Ø60 · T4</text>
<!-- dims -->
<line x1="0" y1="-20" x2="200" y2="-20" class="dim"/>
<text x="92" y="-23" class="dimt">100</text>
<line x1="-20" y1="0" x2="-20" y2="200" class="dim"/>
<text x="-38" y="104" class="dimt">100</text>
<text x="116" y="-2" class="lbl">Tab 12×6 (N/O)</text>
<text x="118" y="200" class="lbl">Slot 12×6 (S/W)</text>
<text x="0" y="228" class="lbl">Dicke 6 mm · Ecken r3 · Passung +0,4 mm</text>
</g>
<!-- ============ AKTIVITÄTS-PLÄTTCHEN ============ -->
<g transform="translate(340,120)">
<text x="0" y="-26" class="title">Aktivitäts-Scheibe (blanko + Aufkleber)</text>
<circle cx="60" cy="60" r="60" class="disc" fill="#f3ece0"/>
<circle cx="60" cy="60" r="58" fill="none" stroke="#2f80c9" stroke-width="1" stroke-dasharray="4 3"/>
<text x="60" y="50" class="lblb" text-anchor="middle">op_05</text>
<text x="60" y="66" class="lbl" text-anchor="middle">Aufkleber</text>
<text x="60" y="80" class="lbl" text-anchor="middle">Ø5860</text>
<line x1="0" y1="132" x2="120" y2="132" class="dim"/>
<text x="48" y="146" class="dimt">Ø60</text>
<text x="-4" y="166" class="lbl">× 4 mm · Fase 1 mm · blanko (Aufkleber statt Gravur)</text>
</g>
<!-- ============ ENTSCHEIDUNGS-CHIP ============ -->
<g transform="translate(560,140)">
<text x="0" y="-56" class="title">Entscheidungs-Chip</text>
<circle cx="60" cy="60" r="60" class="disc" fill="#e9efe9"/>
<text x="60" y="66" class="lblb" text-anchor="middle">GO</text>
<line x1="0" y1="132" x2="120" y2="132" class="dim"/>
<text x="48" y="146" class="dimt">Ø30</text>
<text x="-6" y="166" class="lbl">× 4 mm · Münze, Symbolgravur</text>
<text x="-6" y="182" class="lbl">Go / Go m. Auflagen / Zurück / Ablehnung</text>
</g>
<!-- ============ ACTION-STEIN (front view) ============ -->
<g transform="translate(770,150)">
<text x="-20" y="-66" class="title">Action-Stein</text>
<!-- card -->
<path d="M -21 -50 L 119 -50 L 119 30 L 70 30 L 66 36 L 70 42 L 119 42 L 119 50 L -21 50 L -21 42 L 28 42 L 32 36 L 28 30 L -21 30 Z" fill="#fff" stroke="#1d2430" stroke-width="1.2"/>
<text x="49" y="-30" class="lbl" text-anchor="middle">Karte</text>
<text x="49" y="-14" class="lblb" text-anchor="middle">70×120</text>
<!-- body -->
<rect x="14" y="50" width="70" height="60" class="part"/>
<text x="49" y="84" class="lbl" text-anchor="middle">Ø35</text>
<text x="49" y="98" class="lbl" text-anchor="middle">×30</text>
<!-- base -->
<rect x="-10" y="110" width="118" height="10" class="part"/>
<text x="49" y="138" class="lbl" text-anchor="middle">Fuß Ø59 × 5 · M8-Mutter</text>
<text x="49" y="154" class="lbl" text-anchor="middle">Schlitz B74 × T4 · Standring Ø70 opt.</text>
</g>
<!-- ============ GATE-TOR (front view) ============ -->
<g transform="translate(150,470)">
<text x="0" y="-26" class="title">Gate-Tor (Vorderansicht)</text>
<!-- top beam -->
<rect x="0" y="0" width="228" height="28" class="part"/>
<!-- card slot in beam -->
<rect x="49" y="0" width="130" height="7" class="cut"/>
<!-- posts -->
<rect x="0" y="28" width="24" height="200" class="part"/>
<rect x="204" y="28" width="24" height="200" class="part"/>
<!-- feet -->
<rect x="-48" y="228" width="120" height="8" class="part"/>
<rect x="156" y="228" width="120" height="8" class="part"/>
<!-- stand spots (4) -->
<circle cx="12" cy="232" r="8" class="spot"/>
<circle cx="80" cy="232" r="8" class="spot"/>
<circle cx="148" cy="232" r="8" class="spot"/>
<circle cx="216" cy="232" r="8" class="spot"/>
<!-- dims -->
<line x1="24" y1="120" x2="204" y2="120" class="dim"/>
<text x="100" y="116" class="dimt">lichte Weite 90</text>
<line x1="244" y1="28" x2="244" y2="228" class="dim"/>
<text x="248" y="130" class="dimt">Höhe 100</text>
<text x="60" y="20" class="lbl">Querbalken 14</text>
<text x="-46" y="258" class="lbl">Füße 60×30×4</text>
<text x="96" y="258" class="lbl">4 Standfelder Ø8 (Gravur 0,6) — keine Löcher</text>
<text x="0" y="278" class="lbl">Materialstärke (Tiefe) 8 · Pfosten 12 · Kartenschlitz 65×3 (T10)</text>
</g>
<!-- ============ AKTIV-FELD (top view) ============ -->
<g transform="translate(520,520)">
<text x="0" y="-26" class="title">Aktiv-Feld · RACI-Fläche (Draufsicht)</text>
<rect x="0" y="0" width="224" height="80" rx="4" class="part"/>
<!-- Feld R -->
<rect x="10" y="10" width="42" height="60" rx="3" fill="#f7f9fb" stroke="#9fb2c6"/>
<circle cx="22" cy="24" r="8" class="spot"/><circle cx="40" cy="24" r="8" class="spot"/>
<circle cx="22" cy="42" r="8" class="spot"/><circle cx="40" cy="42" r="8" class="spot"/>
<text x="31" y="66" class="zone">R</text>
<!-- Feld A (genau 1) -->
<rect x="64" y="10" width="42" height="60" rx="3" fill="#f7f9fb" stroke="#c0392b" stroke-width="1.6"/>
<circle cx="85" cy="33" r="11" class="spot"/>
<text x="85" y="66" class="zone">A</text>
<!-- Feld C -->
<rect x="118" y="10" width="42" height="60" rx="3" fill="#f7f9fb" stroke="#9fb2c6"/>
<circle cx="130" cy="24" r="8" class="spot"/><circle cx="148" cy="24" r="8" class="spot"/>
<circle cx="130" cy="42" r="8" class="spot"/><circle cx="148" cy="42" r="8" class="spot"/>
<text x="139" y="66" class="zone">C</text>
<!-- Feld I -->
<rect x="172" y="10" width="42" height="60" rx="3" fill="#f7f9fb" stroke="#9fb2c6"/>
<circle cx="184" cy="24" r="8" class="spot"/><circle cx="202" cy="24" r="8" class="spot"/>
<circle cx="184" cy="42" r="8" class="spot"/><circle cx="202" cy="42" r="8" class="spot"/>
<text x="193" y="66" class="zone">I</text>
<line x1="0" y1="92" x2="224" y2="92" class="dim"/>
<text x="100" y="106" class="dimt">~112</text>
<text x="0" y="128" class="lbl">40 × 5 mm · R/C/I je 4 (2×2) · A = genau 1</text>
<text x="0" y="144" class="lbl">Ø8 (A Ø11) · Gravur 0,5 · Pitch 9 · keine Löcher</text>
</g>
<!-- ============ ROLLEN-FIGUR (side) ============ -->
<g transform="translate(820,540)">
<text x="0" y="-26" class="title">Rollen-Figur</text>
<!-- simple meeple silhouette ~22mm tall = 44px -->
<circle cx="30" cy="14" r="10" class="part"/>
<path d="M 14 24 Q 30 18 46 24 L 42 44 L 18 44 Z" class="part"/>
<!-- flat base -->
<rect x="14" y="44" width="32" height="6" class="part"/>
<text x="60" y="20" class="lbl">Höhe ~22 mm</text>
<text x="60" y="40" class="lbl">flacher Standfuß,</text>
<text x="60" y="54" class="lbl">kein Pin</text>
<line x1="14" y1="60" x2="46" y2="60" class="dim"/>
<text x="6" y="74" class="dimt">Sockel Ø~7,5</text>
</g>
</svg>

After

Width:  |  Height:  |  Size: 8.8 KiB

View file

@ -4,12 +4,13 @@ Stand: 2026-05-27 · Maße in mm · Mengen für **ein** Workshop-Set.
## Standard-Schnittstelle (für alle Teile gültig) ## Standard-Schnittstelle (für alle Teile gültig)
- **Verankerung (Sockel):** zylindrische Vertiefung **Ø 50 mm, Tiefe 4 mm**, mit - **Verankerung (Sockel):** zylindrische Vertiefung **Ø 60 mm, Tiefe 4 mm**, mit
0,4 mm Spielpassung. Sowohl Aktivitätsplättchen als auch der Action-Stein-Fuß 0,4 mm Spielpassung. Sowohl die Blanko-Scheibe (Ø 60) als auch der
passen hinein. Action-Stein-Fuß (Ø 59) passen hinein.
- **Tile-Steckverbindung:** Puzzle-Tab **12 mm breit, 6 mm tief**, mittig je Kante. - **Tile-Steckverbindung:** Puzzle-Tab **12 mm breit, 6 mm tief**, mittig je Kante.
- **Figuren-Steckplatz:** Pin-Loch **Ø 4,2 mm, Tiefe 4 mm** (für Figuren-Pin Ø 4,0 mm). - **Figuren-Platzierung:** Figuren werden **gestellt, nicht gesteckt** (flacher
Einheitlich am **Aktiv-Feld** und an den **Gate-Toren** — jede Figur passt überall. Standfuß, kein Pin). Standorte sind als **flache Standfelder** (Ø 8 mm, Gravur
~0,5 mm) am **Aktiv-Feld** und an den **Gate-Toren** markiert — keine Löcher.
--- ---
@ -18,7 +19,7 @@ Stand: 2026-05-27 · Maße in mm · Mengen für **ein** Workshop-Set.
| Merkmal | Wert | | Merkmal | Wert |
|---------|------| |---------|------|
| Grundfläche | 100 × 100 × 6 mm | | Grundfläche | 100 × 100 × 6 mm |
| Verankerung | zentriert, Ø 50 × 4 mm | | Verankerung | zentriert, Ø 60 × 4 mm |
| Kanten | Puzzle-Tabs (Tab/Slot abwechselnd) | | Kanten | Puzzle-Tabs (Tab/Slot abwechselnd) |
| Farbe | je Phase (blau/orange/grün/teal/lila) | | Farbe | je Phase (blau/orange/grün/teal/lila) |
| Menge | **40** (eine je Lifecycle-ID: 37 Aktivitäten + 3 Gate-Positionen) | | Menge | **40** (eine je Lifecycle-ID: 37 Aktivitäten + 3 Gate-Positionen) |
@ -32,26 +33,29 @@ Alle Tiles sind **gerade** und werden zu einer **linearen Bahn** aneinandergerei
(kein Ring). Bei Platzmangel kann die Bahn mäandrierend (Zeilenumbruch) gelegt (kein Ring). Bei Platzmangel kann die Bahn mäandrierend (Zeilenumbruch) gelegt
werden — die Puzzle-Tabs erlauben auch 90°-Ecken. werden — die Puzzle-Tabs erlauben auch 90°-Ecken.
## 2. Aktivitätsplättchen (einseitig) ## 2. Aktivitäts-Scheibe (blanko + Aufkleber)
| Merkmal | Wert | | Merkmal | Wert |
|---------|------| |---------|------|
| Form | Rundscheibe Ø 49 × 4 mm (passt in Verankerung) | | Form | Rundscheibe **Ø 60 × 4 mm**, plane Oberseite (passt in Verankerung Ø 60) |
| Gravur | **einseitig: ID + Kurzbezeichnung** (z. B. `op_05 — Überwachen der Services`). Rückseite leer/Phasenfarbe — Erklärung liegt in der App | | Beschriftung | **60-mm-Rundaufkleber** mit ID + Kurzbezeichnung (z. B. `op_05 — Überwachen der Services`), plan aufgeklebt. **Keine Gravur.** Erklärung liegt in der App |
| Griff | umlaufende Fase 1 mm zum leichten Herausnehmen | | Griff | umlaufende Fase 1 mm zum leichten Herausnehmen |
| Menge | **37** (eine je Aktivität; an den 3 Gate-Positionen steht stattdessen ein Gate-Tor) | | Menge | **37** (alle identisch & blanko; an den 3 Gate-Positionen steht stattdessen ein Gate-Tor) |
| Material | PLA, je Phase eingefärbt (matcht Tile) | | Material | PLA, einheitlich blanko (Phasenfarbe & Text trägt der Aufkleber) |
> Plättchen bleibt entnehmbar: beim Bearbeiten herausnehmen und den Action-Stein > **Vorteil Aufkleber:** Scheiben sind identisch und **wiederverwendbar** — neu
> in die Verankerung stellen („wir sind hier"). Die ausführliche Auflösung kommt > bekleben für andere Aktivitäten, Korrekturen oder Mehrsprachigkeit; keine
> über die Companion-App, nicht über eine Rückseiten-Gravur. > Serien-STLs/Gravur nötig. Aufkleber Ø 58 sitzt plan, Ø 60 überdeckt die obere
> Bei zu kleiner Schrift für Gravur: glatte Scheibe drucken + bedrucktes Label aufkleben. > Fase leicht.
> Scheibe bleibt entnehmbar: beim Bearbeiten herausnehmen und den Action-Stein in
> die Verankerung stellen („wir sind hier"). Die ausführliche Auflösung kommt über
> die Companion-App.
## 3. Action-Stein (Szenario-Träger) ## 3. Action-Stein (Szenario-Träger)
| Merkmal | Wert | | Merkmal | Wert |
|---------|------| |---------|------|
| Fuß | Ø 49 × 5 mm (sitzt in Verankerung) | | Fuß | Ø 59 × 5 mm (sitzt in Verankerung Ø 60) |
| Körper | Zylinder Ø 35, Höhe 30 mm | | Körper | Zylinder Ø 35, Höhe 30 mm |
| Kartenschlitz | Breite 74 mm, Tiefe 4 mm, Höhe 25 mm (für Karte 70 mm breit) | | Kartenschlitz | Breite 74 mm, Tiefe 4 mm, Höhe 25 mm (für Karte 70 mm breit) |
| Gewichtseinlage | Aussparung für M8-Mutter im Fuß (Kippschutz) | | Gewichtseinlage | Aussparung für M8-Mutter im Fuß (Kippschutz) |
@ -65,41 +69,58 @@ werden — die Puzzle-Tabs erlauben auch 90°-Ecken.
|---------|------| |---------|------|
| Form | Bogen/Tor, lichte Weite 90 mm, Höhe 100 mm, Materialstärke 8 mm | | Form | Bogen/Tor, lichte Weite 90 mm, Höhe 100 mm, Materialstärke 8 mm |
| Standfüße | 2 × Grundplatte 30 × 60 mm, überspannt 2 Tiles | | Standfüße | 2 × Grundplatte 30 × 60 mm, überspannt 2 Tiles |
| Rollen-Steckplätze | Lochreihe **Ø 4,2 mm** an der Basis (für Figuren-Pin), 4 Plätze, Pitch 8 mm | | Rollen-Standfelder | **4 flache Standfelder** (Ø 8 mm, Gravur ~0,6 mm) an der Basis — keine Löcher |
| Kartenschlitz | oben quer, Breite 65 mm, Tiefe 3 mm (Gate-Beschreibungskarte) | | Kartenschlitz | oben quer, Breite 65 mm, Tiefe 3 mm (Gate-Beschreibungskarte) |
| Gravur | „Gate 1/2/3" + Gate-Keeper | | Gravur | „Gate 1/2/3" + Gate-Keeper |
| Menge | **3** | | Menge | **3** |
| Material | PLA, Infill 20 % | | Material | PLA, Infill 20 % |
## 4a. Aktiv-Feld (RACI-Stecklochleiste) ## 4a. Aktiv-Feld (RACI-Fläche)
Mobile Leiste, die **neben dem Action-Stein** steht und mit ihm weiterwandert. Flache Platte, die **neben dem Action-Stein** liegt und mit ihm weiterwandert.
Hier werden die je Aktivität beteiligten Rollen-Figuren nach **RACI** gesteckt — Hier werden die je Aktivität beteiligten Rollen-Figuren nach **RACI** gestellt —
RACI wird so **pro Schritt** sichtbar, ohne die Tiles zu verändern. RACI wird so **pro Schritt** sichtbar, ohne die Tiles zu verändern.
| Merkmal | Wert | | Merkmal | Wert |
|---------|------| |---------|------|
| Grundkörper | ~86 × 26 × 6 mm (Länge ergibt sich aus den Zonen), Ecken r3 | | Grundkörper | **~112 × 40 × 5 mm**, Ecken r4 |
| Zonen | **R** (2 Plätze) · **A** (1 Platz) · **C** (3 Plätze) · **I** (3 Plätze) | | Bereiche | **R · A · C · I** — 4 abgetrennte Felder (eingravierte Umrandung), **symmetrisch** |
| Steckplätze | Ø 4,2 mm, Tiefe 4 mm, Pitch 8 mm (für Figuren-Pin Ø 4,0) | | Standfelder | **R / C / I: je 4 (2×2)** · **A: genau 1** (zentrales, größeres Feld Ø 11) = **13 gesamt**; flache Markierung Ø 8 mm (A Ø 11), Gravur ~0,5 mm, Pitch 9 mm (keine Löcher) |
| Gravur | Zonen-Buchstaben R / A / C / I vorne, Tiefe 0,8 mm | | Gravur | Feld-Umrandung 0,6 mm + Zonen-Buchstabe R / A / C / I je Feld, Tiefe 0,8 mm |
| Menge | **1** (ggf. 2 bei parallelen Tischen) | | Menge | **1** (ggf. 2 bei parallelen Tischen) |
| Material | PLA, Infill 20 % | | Material | PLA, Infill 20 % |
> **A = genau 1 Platz** — bildet ab, dass je Aktivität genau eine Rolle > **Goldene RACI-Regel: A = genau 1.** Das A-Feld hat bewusst **nur ein** (größeres,
> *Accountable* ist (RACI-Regel aus `spm_rollen.yaml`). Nicht jeder Platz muss > zentrales) Standfeld — je Aktivität ist genau eine Rolle *Accountable*
> belegt sein; die Leiste ist großzügig ausgelegt. > (`spm_rollen.yaml`). R / C / I haben je 4 Felder (2×2) und decken die reale
> Optional: Rastnase, damit die Leiste an den Action-Stein-Fuß andockt. > Belegung ab (R bis 3, C bis 4, I bis 2). Alle vier Bereiche sind außen
> gleich groß; nicht jede Fläche muss belegt sein.
> Optional: Rastnase, damit die Platte an den Action-Stein-Fuß andockt.
## 4b. SOR-Sonder-Tile (Gremium)
Die SOR ist ein **Gremium** und daher kein Figur, sondern ein eigenes Tile.
| Merkmal | Wert |
|---------|------|
| Grundkörper | ~120 × 120 × 6 mm, Ecken r4, Puzzle-Tab am Eingang |
| Eingang | flache Aufsetz-Mulde (~116 × 30 × 1,5 mm) für die **Gate-Tor-Füße** + Gravur „SOR" |
| Mitte | Mulde für **Entscheidungs-Chip Ø 30** — alternativ **„Gremium" eingraviert** (`use_chip=false`) |
| Standfelder | **Ring aus 6** flachen Markierungen (Ø 8, Gravur ~0,5) für die Gremiums-Figuren |
| Menge | **1** (ggf. 2 — Gate 1 & Gate 3 sind beide SOR-Gremium) |
| Material | PLA, Infill 20 % |
| Datei | `openscad/sor-tile.scad` |
## 5. Rollen-Figuren ## 5. Rollen-Figuren
| Merkmal | Wert | | Merkmal | Wert |
|---------|------| |---------|------|
| Form | Schlanker Pöppel, Höhe ~22 mm, **Standfuß-Pin Ø 4,0 mm × 4 mm** (passt in Aktiv-Feld & Gate-Loch Ø 4,2) | | Form | Schlanker Pöppel, Höhe ~22 mm, **flacher Standfuß (kein Pin)** — wird auf die Standfelder gestellt |
| Standfläche | schmal (~8 mm), damit mehrere Figuren in einer Zonen-Reihe nebeneinander stehen | | Standfläche | rund **Ø ~7,5 mm** (< Pitch 9 mm), damit mehrere Figuren nebeneinander stehen |
| Codierung | Farbe + Formvariante je Rollenkategorie | | Codierung | Farbe je **Kategorie** (6): Governance Gold · Umfeld/Auftraggeber Bordeaux · Management Blau · Operative Grau · Externe Weiß · Teams Grün |
| Menge | siehe `../02_Spielfiguren/` (Governance, Management, Teams) | | Team-Sonderfiguren | **mehrere Mini-Figuren auf einem Sockel** (Betrieb, Support, Projekt) — klar als Team erkennbar |
| Material | PLA, eingefärbt | | Menge | **16 Einzelrollen + 3 Team-Figuren** (SOR ist ein Tile, keine Figur); Details `../02_Spielfiguren/` |
| Material | PLA, eingefärbt je Kategorie |
## 6. Entscheidungs-Chips (optional 3D statt Karte) ## 6. Entscheidungs-Chips (optional 3D statt Karte)
@ -117,11 +138,13 @@ RACI wird so **pro Schritt** sichtbar, ohne die Tiles zu verändern.
| Teil | Menge | Datei | | Teil | Menge | Datei |
|------|------:|-------| |------|------:|-------|
| Phasen-Basistile | 40 | `openscad/aktivitaets-tile.scad` | | Phasen-Basistile | 40 | `openscad/aktivitaets-tile.scad` |
| Aktivitätsplättchen | 37 | `openscad/aktivitaets-plaque.scad` | | Aktivitäts-Scheibe (blanko) | 37 | `openscad/aktivitaets-plaque.scad` + 60-mm-Aufkleber |
| Action-Stein | 2 | `openscad/action-stein.scad` | | Action-Stein | 2 | `openscad/action-stein.scad` |
| Aktiv-Feld (RACI-Leiste) | 1 | `openscad/aktiv-feld.scad` | | Aktiv-Feld (RACI-Fläche) | 1 | `openscad/aktiv-feld.scad` |
| Gate-Tor | 3 | `openscad/gate-tor.scad` | | Gate-Tor | 3 | `openscad/gate-tor.scad` |
| Rollen-Figuren | ~20 | (Standard-Meeple-Modell + Einfärbung) | | SOR-Sonder-Tile | 1 (ggf. 2: Gate 1 & 3) | `openscad/sor-tile.scad` |
| Rollen-Figuren (Einzel) | 16 | (Figur + Einfärbung je Kategorie) |
| Team-Sonderfiguren | 3 | (mehrere Figuren auf einem Sockel) |
| Entscheidungs-Chips | 12 | (einfache Münze + Gravur) | | Entscheidungs-Chips | 12 | (einfache Münze + Gravur) |
## Hinweise für den Producer ## Hinweise für den Producer

View file

@ -6,25 +6,21 @@ Parametrische Quellmodelle der Schlüsselteile. In [OpenSCAD](https://openscad.o
| Datei | Bauteil | | Datei | Bauteil |
|-------|---------| |-------|---------|
| `aktivitaets-tile.scad` | Phasen-Basistile (100×100, Verankerung Ø50, Puzzle-Tabs) | | `aktivitaets-tile.scad` | Phasen-Basistile (100×100, Verankerung Ø60, Puzzle-Tabs) |
| `aktivitaets-plaque.scad` | Beidseitiges Aktivitätsplättchen (Ø49) — Text per Variable | | `aktivitaets-plaque.scad` | Blanko-Scheibe (Ø60) für 60-mm-Rundaufkleber — keine Gravur |
| `action-stein.scad` | Szenario-Träger mit Kartenschlitz + M8-Gewichtsaussparung | | `action-stein.scad` | Szenario-Träger mit Kartenschlitz + M8-Gewichtsaussparung |
| `gate-tor.scad` | Gate-Tor mit 4 Rollen-Steckplätzen + Kartenschlitz | | `gate-tor.scad` | Gate-Tor mit 4 Rollen-Standfeldern + Kartenschlitz |
| `sor-tile.scad` | SOR-Sonder-Tile (Gremium): Gate-Eingang, Chip/„Gremium"-Mitte, Figuren-Ring |
## Serienfertigung der Plättchen ## Serienfertigung der Scheiben
`aktivitaets-plaque.scad` enthält den Text als Variablen (`front_id`, `aktivitaets-plaque.scad` ist **blanko** — alle **37 Scheiben sind identisch**
`front_name`, `back_text`). Für alle 38 Aktivitäten empfiehlt sich ein kleines (einmal rendern, 37× drucken). Kein Text-Override, keine Serien-STLs mehr nötig.
Skript, das die Werte aus den `service-lifecycle_*.yaml` liest und je Aktivität
ein STL erzeugt (z.B. via OpenSCAD-Kommandozeile `-D` Parameter-Override):
```bash Die Beschriftung läuft über **60-mm-Rundaufkleber**: Ein kleines Skript liest die
openscad -o op_05.stl \ `service-lifecycle_*.yaml` und erzeugt einen **Aufkleberbogen** (ID + Kurzbezeichnung,
-D 'front_id="op_05"' \ Phasenfarbe) als PDF — analog zur Kartengenerierung. Vorteil: wiederverwendbar,
-D 'front_name="Ueberwachen der Services"' \ korrigierbar, mehrsprachig.
-D 'back_text="..."' \
aktivitaets-plaque.scad
```
## Hinweise ## Hinweise

View file

@ -2,7 +2,7 @@
// SLC-Workshop Tabletop · Einheiten: mm // SLC-Workshop Tabletop · Einheiten: mm
/* [Fuss] */ /* [Fuss] */
foot_d = 49; // sitzt in Verankerung (Ø50) foot_d = 59; // sitzt in Verankerung (Ø60)
foot_h = 5; foot_h = 5;
stand_ring = 70; // optionaler Standring fuer Kippstabilitaet stand_ring = 70; // optionaler Standring fuer Kippstabilitaet
use_ring = true; use_ring = true;

View file

@ -1,77 +1,98 @@
// Aktiv-Feld RACI-Stecklochleiste // Aktiv-Feld RACI-Fläche (Figuren werden GESTELLT, nicht gesteckt)
// SLC-Workshop Tabletop · Einheiten: mm // SLC-Workshop Tabletop · Einheiten: mm
// Steht NEBEN dem Action-Stein. Bei jeder Aktivitaet werden die beteiligten // Eine flache Platte mit 4 abgetrennten Bereichen R · A · C · I (gleich gross).
// Rollen-Figuren nach RACI in die passende Zone gesteckt: // R/C/I haben je 4 Standflaechen (2x2). A hat GENAU EIN zentrales Standfeld
// R = Responsible · A = Accountable (genau 1) · C = Consulted · I = Informed // (goldene RACI-Regel: genau eine Rolle ist Accountable).
// Anpassen und mit OpenSCAD nach STL exportieren (F6 -> Export). // Standflaechen sind nur flache Gravur-Markierungen (keine Loecher).
/* [Leiste] */ /* [Platte] */
strip_w = 26; // Tiefe (zum Spieler) plate_thick = 5; // Dicke der Flaeche
strip_h = 6; // Dicke corner_r = 4;
corner_r = 3; plate_margin = 5; // Rand aussen
/* [Steckplaetze] */ /* [Standflaechen] (flache Markierung, kein Loch) */
pin_hole_d = 4.2; // Loch fuer Figuren-Pin (Pin Oe 4,0 + Spiel) spot_d = 8; // Durchmesser
pin_hole_depth = 4; spot_depth = 0.5; // Gravurtiefe
pin_pitch = 8; // Mitte-zu-Mitte innerhalb einer Zone spot_pitch = 9; // Mitte-zu-Mitte im Raster (R/C/I)
zone_gap = 10; // Luecke zwischen den Zonen grid_cols = 2; // Raster fuer R/C/I: 2 x 2 = 4 Standflaechen
end_margin = 8; // Rand links/rechts grid_rows = 2;
socket_y = 5; // Lochreihe nach hinten versetzt (weg von der Beschriftung) a_spot_d = 11; // A: EIN groesseres zentrales Standfeld (genau 1 Figur)
/* [Beschriftung] */ /* [Bereiche / Zonen] — [Label, cols, rows]; A = 1x1 (goldene RACI-Regel) */
label_size = 7; // Buchstabengroesse zones = [["R", 2, 2], ["A", 1, 1], ["C", 2, 2], ["I", 2, 2]];
label_depth = 0.8; // Gravurtiefe cell_pad = 6; // Rand um die Standflaechen im Feld
label_y = -8; // Position der Buchstaben (vorne, zum Spieler) label_h = 9; // Platz fuer den Buchstaben unten im Feld
zone_gap = 6; // Abstand zwischen den Feldern
/* [Zonen] */ /* [Gravur] */
// [Label, Anzahl Steckplaetze] A bewusst nur 1 (genau eine Rolle accountable) frame_w = 1.2; // Strichstaerke der Feld-Umrandung
zones = [ ["R", 2], ["A", 1], ["C", 3], ["I", 3] ]; frame_depth = 0.6;
label_size = 7;
label_depth = 0.8;
$fn = 48; $fn = 48;
// --- Hilfsfunktionen ------------------------------------------------------- // --- abgeleitete Maße -------------------------------------------------------
function zone_span(c) = (c - 1) * pin_pitch; spots_span_x = (grid_cols - 1) * spot_pitch;
spots_span_y = (grid_rows - 1) * spot_pitch;
cell_w = spots_span_x + 2 * cell_pad; // 21
cell_h = spots_span_y + 2 * cell_pad + label_h; // 30
plate_w = len(zones) * cell_w + (len(zones) - 1) * zone_gap + 2 * plate_margin;
plate_h = cell_h + 2 * plate_margin;
function sumspan(i = 0) = function zone_cx(i) =
i >= len(zones) ? 0 : zone_span(zones[i][1]) + sumspan(i + 1); -plate_w/2 + plate_margin + cell_w/2 + i * (cell_w + zone_gap);
function total_len() = // --- Geometrie --------------------------------------------------------------
end_margin * 2 + zone_gap * (len(zones) - 1) + sumspan(); module rrect(l, w, h, r) {
linear_extrude(h) offset(r) offset(-r) square([l, w], center = true);
// linker Startversatz der Zone idx (Summe vorheriger Zonen + Luecken)
function zone_offset(idx, i = 0, acc = 0) =
i >= idx ? acc
: zone_offset(idx, i + 1, acc + zone_span(zones[i][1]) + zone_gap);
// --- Geometrie -------------------------------------------------------------
module rounded_rect(l, w, h, r) {
linear_extrude(h)
offset(r) offset(-r)
square([l, w], center = true);
} }
module raci_strip() { module field_frame(cx) {
L = total_len(); // eingravierte Umrandung -> grenzt den Bereich ab
translate([cx, 0, plate_thick - frame_depth])
linear_extrude(frame_depth + 0.1)
difference() { difference() {
rounded_rect(L, strip_w, strip_h, corner_r); square([cell_w, cell_h], center = true);
square([cell_w - 2*frame_w, cell_h - 2*frame_w], center = true);
}
}
for (idx = [0 : len(zones) - 1]) { module zone_marks(i) {
cnt = zones[idx][1]; cx = zone_cx(i);
sx = -L/2 + end_margin + zone_offset(idx); lab = zones[i][0];
nc = zones[i][1];
// Steckplaetze der Zone nr = zones[i][2];
for (i = [0 : cnt - 1]) if (lab == "A") {
translate([sx + i * pin_pitch, socket_y, strip_h - pin_hole_depth]) // genau EIN zentrales Standfeld (goldene RACI-Regel)
cylinder(d = pin_hole_d, h = pin_hole_depth + 0.1); translate([cx, label_h/2, plate_thick - spot_depth])
cylinder(d = a_spot_d, h = spot_depth + 0.1);
// Zonen-Beschriftung (mittig unter den Loechern) } else {
cx = sx + zone_span(cnt) / 2; for (c = [0 : nc - 1])
translate([cx, label_y, strip_h - label_depth]) for (r = [0 : nr - 1]) {
sx = cx + (c - (nc - 1)/2) * spot_pitch;
sy = label_h/2 + ((nr - 1)/2 - r) * spot_pitch;
translate([sx, sy, plate_thick - spot_depth])
cylinder(d = spot_d, h = spot_depth + 0.1);
}
}
// Buchstabe unten im Feld
translate([cx, -cell_h/2 + label_h/2, plate_thick - label_depth])
linear_extrude(label_depth + 0.1) linear_extrude(label_depth + 0.1)
text(zones[idx][0], size = label_size, text(lab, size = label_size, halign = "center", valign = "center");
halign = "center", valign = "center"); }
module aktiv_feld() {
difference() {
rrect(plate_w, plate_h, plate_thick, corner_r);
for (i = [0 : len(zones) - 1]) {
field_frame(zone_cx(i));
zone_marks(i);
} }
} }
} }
raci_strip(); aktiv_feld();
// Maße zur Info (Konsole): echo(plate_w, plate_h, plate_thick);
echo(plate_w = plate_w, plate_h = plate_h, plate_thick = plate_thick);

View file

@ -1,22 +1,18 @@
// Beidseitiges Aktivitaetsplaettchen (Rundscheibe fuer Verankerung) // Aktivitaets-Scheibe BLANKO Rundscheibe fuer 60-mm-Rundaufkleber
// SLC-Workshop Tabletop · Einheiten: mm // SLC-Workshop Tabletop · Einheiten: mm
// Text per Variable setzen; fuer Serie ueber Skript je Aktivitaet generieren. // Keine Gravur mehr: ID + Kurzbezeichnung kommen als 60-mm-Rundaufkleber auf die
// plane Oberseite. Vorteil: wiederverwendbar (neu bekleben), mehrsprachig,
// keine Serien-STLs noetig alle 37 Scheiben sind identisch.
/* [Scheibe] */ /* [Scheibe] */
disc_d = 49; // Durchmesser (Verankerung 50 - Passung) disc_d = 60; // Durchmesser (Verankerung 60 - Passung); passt zum 60-mm-Aufkleber
disc_h = 4; // Dicke disc_h = 4; // Dicke
chamfer = 1; // Fase als Griffhilfe chamfer = 1; // Fase als Griffhilfe (oben + unten). Aufkleber Ø58 sitzt plan,
// Ø60 ueberdeckt die obere Fase leicht.
/* [Gravur] */
engrave_depth = 0.8;
front_id = "op_05";
front_name = "Ueberwachen der Services";
back_text = "Laufende Ueberwachung von Verfuegbarkeit, Leistung und Qualitaet des Service.";
font = "Liberation Sans:style=Bold";
$fn = 96; $fn = 96;
module disc_body() { module disc_body() {
// Scheibe mit beidseitiger Fase // Scheibe mit beidseitiger Fase, plane Oberseite fuer den Aufkleber
hull() { hull() {
cylinder(d = disc_d - 2*chamfer, h = 0.01); cylinder(d = disc_d - 2*chamfer, h = 0.01);
translate([0,0,chamfer]) cylinder(d = disc_d, h = disc_h - 2*chamfer); translate([0,0,chamfer]) cylinder(d = disc_d, h = disc_h - 2*chamfer);
@ -24,25 +20,4 @@ module disc_body() {
} }
} }
module front_engraving() { disc_body();
translate([0, 6, disc_h - engrave_depth])
linear_extrude(engrave_depth + 0.1)
text(front_id, size=7, halign="center", font=font);
translate([0, -6, disc_h - engrave_depth])
linear_extrude(engrave_depth + 0.1)
text(front_name, size=3.2, halign="center", font=font);
}
module back_engraving() {
// gespiegelt, weil Rueckseite
mirror([1,0,0])
translate([0, 0, -0.1])
linear_extrude(engrave_depth + 0.1)
text(back_text, size=2.6, halign="center", font=font);
}
difference() {
disc_body();
front_engraving();
back_engraving();
}

View file

@ -8,7 +8,7 @@ tile_height = 6; // Dicke
corner_r = 3; // Eckenradius corner_r = 3; // Eckenradius
/* [Verankerung / Sockel] */ /* [Verankerung / Sockel] */
socket_d = 50; // Durchmesser Vertiefung socket_d = 60; // Durchmesser Vertiefung (nimmt Blanko-Scheibe Ø60 oder Action-Stein-Fuss auf)
socket_depth = 4; // Tiefe socket_depth = 4; // Tiefe
fit_clear = 0.4; // Spielpassung fit_clear = 0.4; // Spielpassung

View file

@ -13,10 +13,10 @@ foot_w = 60;
foot_d = 30; foot_d = 30;
foot_h = 4; foot_h = 4;
/* [Rollen-Steckplaetze] */ /* [Rollen-Standfelder] (keine Loecher — Figuren werden gestellt) */
peg_d = 8.2; // Loch fuer Figuren-Pin (Ø7,5 + Passung) spot_d = 8; // Durchmesser der eingravierten Standflaeche
peg_count = 4; spot_count = 4; // 4 Pflicht-Figuren (SPM + SO + AL B&C + AL App)
peg_depth = 6; spot_depth = 0.6; // Gravurtiefe (reine Markierung)
/* [Kartenschlitz oben] */ /* [Kartenschlitz oben] */
card_w = 65; card_w = 65;
@ -44,13 +44,12 @@ module feet() {
cube([foot_w, foot_d, foot_h]); cube([foot_w, foot_d, foot_h]);
} }
module peg_holes() { module stand_spots() {
// Lochreihe entlang der Vorderkante der Fuesse // Flache Standfeld-Markierungen entlang der Vorderkante der Fuesse
spacing = (opening_w + post_w) / (peg_count - 1); spacing = (opening_w + post_w) / (spot_count - 1);
for (i = [0 : peg_count - 1]) for (i = [0 : spot_count - 1])
translate([-(opening_w + post_w)/2 + i*spacing, foot_d/2 - peg_d, foot_h]) translate([-(opening_w + post_w)/2 + i*spacing, foot_d/2 - spot_d, foot_h - spot_depth])
rotate([180,0,0]) cylinder(d = spot_d, h = spot_depth + 0.1);
cylinder(d = peg_d, h = peg_depth);
} }
module card_slot() { module card_slot() {
@ -63,8 +62,8 @@ difference() {
translate([0,0,foot_h]) arch(); translate([0,0,foot_h]) arch();
translate([0,0,foot_h]) card_slot(); translate([0,0,foot_h]) card_slot();
} }
// Fuesse inkl. Rollen-Steckplaetze // Fuesse inkl. Rollen-Standfelder (flache Markierung)
difference() { difference() {
feet(); feet();
peg_holes(); stand_spots();
} }

View file

@ -0,0 +1,94 @@
// SOR-Sonder-Tile (Gremium) Service Operations Runde
// SLC-Workshop Tabletop · Einheiten: mm
// Die SOR ist kein Einzel-Figur, sondern ein Gremium -> eigenes Tile:
// - Gate-Tor wird am Eingang (Vorderkante) installiert -> Eingang ins Gremium
// - Mitte: Platz fuer den Entscheidungs-Chip (Ø30); alternativ "Gremium" graviert
// - rundherum: Standfelder fuer die teilnehmenden Figuren (gestellt, kein Pin)
/* [Tile] */
tile_size = 120; // etwas groesser als Standardtile (Platz fuer Ring + Gate)
tile_height = 6;
corner_r = 4;
/* [Mitte: Chip oder Gravur] */
use_chip = true; // true: Chip-Mulde Ø30 · false: "Gremium" eingraviert
chip_d = 30;
chip_recess_d = 0.6; // Spielpassung
chip_depth = 1.5; // Mulden-Tiefe fuer den Chip
gremium_text = "Gremium";
gremium_size = 12;
gremium_depth = 0.8;
/* [Ring aus Standfeldern] */
ring_count = 6; // Plaetze fuer Gremiums-Figuren rund um die Mitte
ring_d = 84; // Kreisdurchmesser, auf dem die Standfelder liegen
spot_d = 8; // Standfeld-Durchmesser
spot_depth = 0.5; // Gravurtiefe (Markierung, kein Loch)
/* [Gate-Eingang an der Vorderkante] */
gate_seat_w = 116; // Breite der Aufsetzflaeche fuer das Gate (Fuesse 2x60)
gate_seat_d = 30; // Tiefe (= Gate-Fusstiefe)
gate_seat_depth = 1.5; // flache Mulde, in der die Gate-Fuesse stehen
gate_label = "SOR";
gate_label_size = 7;
gate_label_depth= 0.8;
/* [Puzzle-Tab am Eingang -> Anschluss an die Bahn] */
tab_w = 12; tab_d = 6;
$fn = 96;
module rounded_square(s, r, h) {
linear_extrude(h) offset(r) offset(-r) square([s, s], center=true);
}
module ring_spots() {
for (i = [0 : ring_count - 1]) {
a = 360/ring_count * i;
x = (ring_d/2) * cos(a);
y = (ring_d/2) * sin(a);
translate([x, y, tile_height - spot_depth])
cylinder(d = spot_d, h = spot_depth + 0.1);
}
}
module center_feature() {
if (use_chip) {
// Mulde fuer den Entscheidungs-Chip
translate([0, 0, tile_height - chip_depth])
cylinder(d = chip_d + chip_recess_d, h = chip_depth + 0.1);
} else {
// "Gremium" eingraviert
translate([0, 0, tile_height - gremium_depth])
linear_extrude(gremium_depth + 0.1)
text(gremium_text, size = gremium_size,
halign = "center", valign = "center");
}
}
module gate_entrance() {
// flache Mulde an der Vorderkante (Suedkante), in die die Gate-Fuesse gestellt werden
translate([0, -tile_size/2 + gate_seat_d/2, tile_height - gate_seat_depth])
cube([gate_seat_w, gate_seat_d, gate_seat_depth + 0.1], center = true);
// Beschriftung "SOR" an der Vorderkante
translate([0, -tile_size/2 + gate_seat_d + gate_label_size, tile_height - gate_label_depth])
linear_extrude(gate_label_depth + 0.1)
text(gate_label, size = gate_label_size, halign = "center", valign = "center");
}
module sor_tile() {
difference() {
union() {
rounded_square(tile_size, corner_r, tile_height);
// Puzzle-Tab am Eingang (Suedkante) zum Anschluss an die Bahn
translate([0, -tile_size/2 - tab_d, 0])
cube([tab_w, tab_d*2, tile_height]);
}
center_feature();
ring_spots();
gate_entrance();
}
}
sor_tile();
echo(tile_size = tile_size, ring_count = ring_count, use_chip = use_chip);

View file

@ -21,25 +21,26 @@ sauberste Geometrie; Beschriftungen bewusst sparsam halten.
Clean technical product render, neutral light-grey studio background, exploded Clean technical product render, neutral light-grey studio background, exploded
view of a set of 3D-printed tabletop game components in matte PLA. Show: a square view of a set of 3D-printed tabletop game components in matte PLA. Show: a square
modular base tile (100x100mm) with puzzle-tab edges and a round centered recess; modular base tile (100x100mm) with puzzle-tab edges and a round centered recess;
a round single-sided insert disc that fits the recess (top face with a short a round blank insert disc (~60mm) that fits the recess, its flat top carrying a
engraved code, plain back); a cylindrical game token round printed label sticker; a cylindrical game token
with a wide weighted base and a vertical card slot on top; a small upright with a wide weighted base and a vertical card slot on top; a small upright
arch-shaped "gate" with peg holes at its base; a meeple figure with a round pin arch-shaped "gate" with marked stand spots at its base; a meeple figure with a
foot. Parts floating slightly apart to show how they connect. Soft shadows, flat round base. Parts floating slightly apart to show how they relate. Soft shadows,
isometric angle, high detail, dimension-focused, minimal text. isometric angle, high detail, dimension-focused, minimal text.
``` ```
## Prompt B — Aktivitätsplättchen: einseitig & entnehmbar ## Prompt B — Aktivitätsplättchen: einseitig & entnehmbar
``` ```
Close-up technical render of round single-sided game discs in matte colored PLA, Close-up technical render of round blank game discs in matte PLA, each about 60mm
each about 49mm diameter and 4mm thick with a chamfered edge for easy gripping. diameter and 4mm thick with a chamfered edge for easy gripping, the flat top face
Three discs shown: one sitting flush inside a square tile's round recess (top face carrying a round printed label sticker with a short activity code. Three discs
showing a short engraved activity code), one lifted out by fingers, and one lying shown: one sitting flush inside a square tile's round recess, one lifted out by
beside the tile with a plain blank back. The empty recess of one tile is clearly fingers, and one blank disc with the round sticker beside it. The empty recess of
visible (this is where the upright action token will stand). Emphasis on the one tile is clearly visible (this is where the upright action token will stand).
removable fit and the freed socket. Neutral grey background, soft studio light, Emphasis on the removable fit and the re-stickerable blank top. Neutral grey
shallow depth of field, premium board-game component photography. background, soft studio light, shallow depth of field, premium board-game
component photography.
``` ```
## Prompt C — Action-Stein im Detail ## Prompt C — Action-Stein im Detail
@ -55,16 +56,16 @@ lighting, isometric, emphasis on proportions and the card slot fit, no decorativ
text. text.
``` ```
## Prompt D — Gate-Tor mit Rollen-Steckplätzen ## Prompt D — Gate-Tor mit Rollen-Standfeldern
``` ```
Technical product render of a small upright arch-shaped game piece in matte PLA, Technical product render of a small upright arch-shaped game piece in matte PLA,
like a doorway about 100mm tall with 90mm clear opening, 8mm thick. Two flat feet like a doorway about 100mm tall with 90mm clear opening, 8mm thick. Two flat feet
at the base spanning two tiles of a straight track. A row of four small round holes at the base spanning two tiles of a straight track. A row of four small shallow
along the front base edge for inserting pin-footed figures. A thin horizontal slot engraved circular stand spots along the front base edge where figures are placed.
across the top of the arch holding a small reference card. A round-pin meeple figure A thin horizontal slot across the top of the arch holding a small reference card.
is inserted in one of the base holes. Neutral background, isometric, soft shadows, A flat-based meeple figure stands on one of the marked spots. Neutral background,
focus on the peg-hole mechanism, minimal text. isometric, soft shadows, focus on the stand-spot markings, minimal text.
``` ```
## Prompt E — Tile-Steckmechanik (gerade Bahn) ## Prompt E — Tile-Steckmechanik (gerade Bahn)

View file

@ -1,82 +1,102 @@
# Spielfiguren — Rollen # Spielfiguren — Rollen
Die Figuren bilden die Rollen aus dem Service-Lifecycle ab. Quelle: Die Figuren bilden die Rollen des SLC-Workshops ab. **Finaler Satz (v0.5):**
[`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/spm_rollen.yaml) (v1.1). **16 Einzelrollen** + **3 Team-Sonderfiguren**. Die **SOR ist keine Figur**, sondern
ein **Sonder-Tile** (Gremium) — siehe Abschnitt unten und
[`../01_3D-Druck/openscad/sor-tile.scad`](../01_3D-Druck/openscad/sor-tile.scad).
Jede Figur ist ein schlanker Pöppel mit **Pin-Fuß Ø 4,0 mm**, der in die Jede Figur hat einen **flachen Standfuß (Sockel Ø ~7,5 mm, kein Pin)** und wird in
einheitlichen Steckplätze (Ø 4,2 mm) von **Aktiv-Feld und Gate-Toren** passt. Aktiv-Feld und SOR-Tile **gestellt** (kein Stecksystem). Codierung über **Farbe**
Codierung über **Farbe** (Kategorie) und optional **Formvariante**. (Kategorie) und optional Formvariante.
> **Platzierung (v0.3):** Figuren werden nicht nur an Gates gesteckt, sondern bei > **Hinweis Blueprint:** Dieser Figurensatz ist die finale Spiel-Definition. Die
> **jeder Aktivität** in das mobile **Aktiv-Feld** neben dem Action-Stein — in die > 4 neuen Rollen (AML, SHM, DPM, ISB) und die Zusammenführung zu **OP** stehen so
> passende **RACI-Zone (R/A/C/I)**. So wird pro Schritt sichtbar, *wer* in *welcher > (noch) **nicht** im `spm_rollen.yaml` / in der RACI — die App/Blueprint-RACI
> Verantwortung* agiert. Deshalb: schlanke Figuren (Standfläche ≤ 8 mm), damit > bleibt vorerst unverändert (bewusste Entscheidung). „OP" entspricht dem
> mehrere in einer Zonen-Reihe (Pitch 8 mm) nebeneinander passen. > bisherigen `operations_manager`.
> Aktiv-Feld-Maße: [`../01_3D-Druck/openscad/aktiv-feld.scad`](../01_3D-Druck/openscad/aktiv-feld.scad).
> **Design-Varianten je Rolle:** konkrete Figuren-Entwürfe (3 Stil-Tracks + ## Rollen & Codierung (6 Kategorien)
> Bild-KI-Prompts) für alle 16 Rollen in [`figuren-varianten.md`](figuren-varianten.md).
> **Ausgearbeitetes Set B** (stilisierte Minifiguren, einheitlicher runder Sockel):
> [`figuren-set-b_minifiguren.md`](figuren-set-b_minifiguren.md).
## Rollen & Codierung ### Governance (Entscheider) — Gold
| Figur | Kürzel |
|-------|--------|
| Service-Portfolio-Manager | SPM |
| Service Owner | SO |
### Governance (Entscheider) — Gold/Gelb ### Umfeld / Auftraggeber — Bordeaux (`#7d2e3f`)
| Figur | Kürzel | Rolle | | Figur | Kürzel |
|-------|--------|-------| |-------|--------|
| Service-Portfolio-Manager | SPM | strategische Portfolio-Steuerung | | Amtsleitung | AML |
| Service Owner | SO | End-to-End-Verantwortung je Service | | Stakeholder Manager | SHM |
| Service Operations Runde | SOR | Gremium (Freigaben, Betriebsreife) | | Demand Portfolio Manager | DPM |
> **SOR ist ein Gremium**, kein Einzelner. Praktisch wird die SOR durch ihre
> ständigen Mitglieder am Tor repräsentiert: **SPM + SO + AL B&C + AL App**.
> Optional eine eigene „SOR"-Sammelfigur als Marker.
### Management (operative Führung) — Blau ### Management (operative Führung) — Blau
| Figur | Kürzel | | Figur | Kürzel |
|-------|--------| |-------|--------|
| Abteilungsleitung Basis & Cloud | AL B&C | | Operations Manager | OP |
| Abteilungsleitung Applikationen | AL App | | Service Support Manager | SSM |
| Support Manager | Sup Mgr | | Problem Manager | PRM |
| Problem Manager | Prob Mgr |
| Projektleitung | PL | | Projektleitung | PL |
| Informationssicherheitsbeauftragter | ISB |
### Teams (Sammelfiguren) — Grün ### Operative / Fachexperten — Grau
| Figur | Kürzel | | Figur | Kürzel |
|-------|--------| |-------|--------|
| Betriebsteam | Betrieb | | Queue Koordinator | QK |
| Service-Support Team | Support | | 1st Level Agent | 1ST |
| Projektteam | Projekt | | 2nd Level Agent | 2ND |
| Testmanager | TM |
### Operative Einzelrollen — Grau (optional, für Detailtiefe) | IT-Architekt | IAR |
Queue Koordinator, 1st Level Agent, 2nd Level Agent, Testmanagement, Architektur.
### Externe — Weiß ### Externe — Weiß
Lieferant / Hersteller / Entwickler. | Figur | Kürzel |
|-------|--------|
| Dienstleister | DSL |
## Gate-Zuordnung (wer muss zusammenkommen) ### Teams (Sonderfiguren) — Grün
**Mehrere Mini-Figuren auf EINEM gemeinsamen Sockel** (gleicher Rundsockel wie die
Einzelfiguren), damit sofort klar ist: das ist ein **Team**, keine Einzelrolle.
| Gate | ID | Gate-Keeper | Pflicht-Figuren am Tor | | Team-Figur | Kürzel | unter Leitung von |
|------|----|-------------|------------------------| |------------|--------|-------------------|
| Gate 1 | tr_01 | SOR | SPM + SO + AL B&C + AL App | | Betriebsteam | Betrieb | Operations Manager (OP) |
| Gate 2 | tr_09 | SO | SO | | Service-Support-Team | Support | Service Support Manager (SSM) |
| Gate 3 | tr_12 | SOR | SPM + SO + AL B&C + AL App | | Projektteam | Projekt | Projektleitung (PL) |
**Regel:** Ein Gate „öffnet" erst, wenn alle Pflicht-Figuren in seinen > Farbcodes: Governance Gold · Umfeld/Auftraggeber Bordeaux · Management Blau ·
Steckplätzen stehen. Fehlt eine Rolle, kann nicht entschieden werden — das macht > Operative Grau · Externe Weiß · Teams Grün. Design-Prompts:
die Governance-Anforderung körperlich erfahrbar. > [`figuren-set-b_minifiguren.md`](figuren-set-b_minifiguren.md).
## Phasen-Beteiligung (für Embodiment-Modus) ## SOR — Sonder-Tile (Gremium, keine Figur)
Aus `lifecycle_relevanz` der Rollen-YAML — wer in welcher Phase „sprechen" muss: Die **Service Operations Runde (SOR)** ist ein Gremium und wird daher als eigenes
**Tile** umgesetzt, nicht als Figur:
- **Design:** SPM, SO, PL, Projektteam, Architektur, Testmanagement, Lieferant - **Gate als Eingang:** Das Gate-Tor ist am Eingang dieses Tiles installiert —
- **Transition:** SPM, SOR, SO, AL B&C, AL App, Sup Mgr, PL, Projekt-/Betriebsteam, Lieferant hier „betritt" der Service die Gremiumsentscheidung (Gate 1 & Gate 3).
- **Operation:** SO, AL B&C, AL App, Betriebsteam - **Mitte:** Platz für den **Entscheidungs-Chip** (Ø 30). Ist der Chip zu groß,
- **Support:** SO, Sup Mgr, Prob Mgr, Support-Team, Queue Koord, L1, L2, Lieferant wird er weggelassen und stattdessen **„Gremium"** eingraviert.
- **Review:** SPM, SOR, SO, Prob Mgr - **Rundherum:** **Standfelder** für die teilnehmenden Figuren des Gremiums
(SPM + SO + OP als Kern; weitere nach Bedarf, z. B. AML/DPM/ISB).
## Gates
| Gate | ID | Gate-Keeper | Wo / wer kommt zusammen |
|------|----|-------------|--------------------------|
| Gate 1 | tr_01 | **SOR** | auf dem SOR-Tile (Kern: SPM + SO + OP) |
| Gate 2 | tr_09 | **SO** (allein) | SO |
| Gate 3 | tr_12 | **SOR** | auf dem SOR-Tile (Kern: SPM + SO + OP) |
**Regel:** Eine Gremiumsentscheidung „öffnet" erst, wenn die Kern-Figuren auf den
Standfeldern des SOR-Tiles stehen — das macht die Governance körperlich erfahrbar.
## Mengen (ein Set) ## Mengen (ein Set)
Je Pflicht-/Hauptrolle 1 Figur; Teams je 1; operative Rollen optional. Richtwert | Posten | Menge |
**~20 Figuren**. Für größere Gruppen Governance-/SOR-Figuren ggf. doppeln. |--------|------:|
| Einzelrollen-Figuren | 16 |
| Team-Sonderfiguren | 3 |
| SOR-Tile | 1 |
Richtwert ~**19 Figuren** + 1 SOR-Tile. Für größere Gruppen Kern-Governance-Figuren
(SPM, SO, OP) ggf. doppeln.

View file

@ -1,176 +1,168 @@
# Figuren-Set B — Stilisierte Minifiguren (runder Sockel) # Figuren-Set B — Stilisierte Minifiguren (runder Sockel)
Track-B-Umsetzung für **alle 16 Rollen**: charaktervolle, brettspieltypische Finaler Satz (v0.5): **16 Einzelrollen** + **3 Team-Sonderfiguren**. Alle auf dem
Minifiguren — alle auf dem **gleichen schlanken runden Sockel**, damit sie in **gleichen schlanken runden Sockel**, damit sie als geschlossenes Set wirken und
dieselben Steckplätze (Tile-Reihe **und** Gate, Ø 4,2 mm) passen und als gleichmäßig auf den Standfeldern stehen. **Die SOR ist keine Figur**, sondern ein
geschlossenes Set wirken. Sonder-Tile (siehe `README_spielfiguren.md` / `../01_3D-Druck/openscad/sor-tile.scad`).
> **Wichtig (v0.3):** Da bei jeder Aktivität mehrere Figuren in einer Zonen-Reihe > **Wichtig (v0.5):** Figuren werden **gestellt, nicht gesteckt** (flacher Boden,
> des **Aktiv-Felds** (neben dem Action-Stein) stehen (Pitch **8 mm**), muss der > kein Pin). Sockel **Ø ~7,5 mm**, Höhe ~22 mm. Da im Aktiv-Feld mehrere Figuren
> Sockel **schlank** sein (Ø ≤ 8 mm) und der Pin **Ø 4,0 mm**. Kein breiter > in einer Zone stehen (Pitch 9 mm), bleibt der Sockel schlank.
> Diorama-Sockel — sonst kollidieren Nachbarfiguren.
Rollenquelle: [`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/spm_rollen.yaml) (v1.1). ## Style-Bible (gilt für ALLE Figuren — vor jeden Prompt setzen)
---
## Style-Bible (gilt für ALLE 16 Figuren — vor jeden Prompt setzen)
> `Stylized board-game miniature character in matte PLA, chunky friendly proportions > `Stylized board-game miniature character in matte PLA, chunky friendly proportions
> (large head, simplified body, no thin fragile parts), standing on an identical > (large head, simplified body, no thin fragile parts), standing on an identical
> small ROUND disc base ~8mm diameter with a centered round pin foot Ø4mm > small flat ROUND disc base ~7.5mm diameter (no pin, flat underside). Figure height
> underneath. Figure height ~22mm including base. Clean technical product render, > ~22mm including base. Clean technical product render, neutral light-grey studio
> neutral light-grey studio background, soft studio light, isometric, high detail, > background, soft studio light, isometric, high detail, tiny role abbreviation
> tiny role abbreviation engraved on the back of the base.` > engraved on the base rim.`
**Damit das Set zusammenpasst:** **Damit das Set zusammenpasst:**
- **Identischer schlanker Rundsockel** für jede Figur (Ø ~8 mm, gleiche Höhe, Pin Ø 4 mm) — passt in Tile-Reihe und Gate. - **Identischer flacher Rundsockel** für jede Figur (Ø ~7,5 mm, kein Pin).
- Gleiche **Proportionen** (großer Kopf, gedrungener Körper) — variiert wird nur Pose + Attribut. - Gleiche **Proportionen**; variiert wird nur Pose + Attribut.
- **Farbe = Kategorie:** Governance Gold/Gelb · Management Blau · Teams Grün · Operative Grau · Externe Weiß. - **Farbe = Kategorie:** Governance Gold · Umfeld/Auftraggeber Bordeaux (`#7d2e3f`) ·
- Attribut/Requisit darf in Kontrastton abgesetzt sein. Management Blau · Operative Grau · Externe Weiß · Teams Grün.
- Keine dünnen, bruchgefährdeten Teile (druck- & spielfest). - Keine dünnen, bruchgefährdeten Teile (druck- & spielfest).
> **Ausnahme Sammelfiguren (SOR, Teams):** Diese dürfen einen breiteren Sockel > **Team-Sonderfiguren (grün):** **mehrere Mini-Figuren auf EINEM Sockel** (Trio),
> haben (Diorama/Trio). Sie stehen dann **neben** dem Aktiv-Feld bzw. überspannen > damit klar ist: Team, keine Einzelrolle. Gleicher Sockel-Durchmesser wie
> 2 Steckplätze einer Zone — nicht einzeln in der schmalen 8-mm-Reihe. > Einzelfiguren (ggf. minimal breiter, aber im selben Stil).
> Einzelrollen bleiben beim schlanken Ø-8-mm-Sockel.
--- ---
# GOVERNANCE — Gold/Gelb # GOVERNANCE — Gold
### SPM — Service-Portfolio-Manager ### SPM — Service-Portfolio-Manager
Strategischer Steuermann des ganzen Portfolios.
``` ```
gold matte miniature character, confident standing pose, wearing a small pointed crown, holding up a fanned spread of three tiny service tiles in one hand, the other hand resting on a small ship's-wheel/compass, "SPM" engraved on the round base rim. gold matte miniature character, confident standing pose, wearing a small pointed crown, holding up a fanned spread of three tiny service tiles in one hand, the other hand on a small ship's-wheel/compass, "SPM" engraved on the round base rim.
``` ```
### SO — Service Owner ### SO — Service Owner
Hütet einen einzelnen Service end-to-end.
``` ```
gold matte miniature character, protective stance cradling a single glowing round service orb with a tiny name-plate against its chest, a key pendant hanging at the neck, "SO" engraved on the round base rim. gold matte miniature character, protective stance cradling a single glowing round service orb with a tiny name-plate against its chest, a key pendant at the neck, "SO" engraved on the round base rim.
``` ```
### SOR — Service Operations Runde *(Gremium)* ---
Marker-Figur: das Entscheider-Gremium.
# UMFELD / AUFTRAGGEBER — Bordeaux (#7d2e3f)
### AML — Amtsleitung
``` ```
gold matte miniature marker on the same round disc base: a miniature round council table with four tiny stylized seats around it and a small judge's gavel standing upright in the center, "SOR" engraved on the round base rim. deep bordeaux matte miniature character, dignified pose wearing an official chain/sash of office, holding a stamped official document, a small town-hall building crest on the chest, "AML" engraved on the round base rim.
```
### SHM — Stakeholder Manager
```
deep bordeaux matte miniature character, holding up a small network diagram of connected figures, a handshake icon at the base, friendly mediating pose, "SHM" engraved on the round base rim.
```
### DPM — Demand Portfolio Manager
```
deep bordeaux matte miniature character, holding a funnel that collects small incoming request tickets onto a portfolio board, an inbox tray motif, "DPM" engraved on the round base rim.
``` ```
--- ---
# MANAGEMENT — Blau # MANAGEMENT — Blau
### AL B&C — Abteilungsleitung Basis & Cloud ### OP — Operations Manager
Infrastruktur: Netze, Server, Cloud.
``` ```
blue matte miniature character, sturdy pose, torso stylized as a small ribbed server rack, a little cloud floating just above the head, holding a server module under one arm, "AL B&C" engraved on the round base rim. blue matte miniature character, sturdy pose, torso stylized with a small gear and a running heartbeat-monitor line, holding a control dashboard panel, "OP" engraved on the round base rim.
``` ```
### AL App — Abteilungsleitung Applikationen ### SSM — Service Support Manager
Anwendungen, Fachverfahren.
``` ```
blue matte miniature character, holding an upright glowing application window panel with a title bar and three dots, a small "</>" badge on the chest, "AL App" engraved on the round base rim. blue matte miniature character wearing a headset with a boom mic, holding a clipboard with a checkmark, organizing/directing pose, "SSM" engraved on the round base rim.
``` ```
### Sup Mgr — Support Manager ### PRM — Problem Manager
Organisiert & sichert den Support.
``` ```
blue matte miniature character wearing a headset with a boom mic, holding a clipboard with a checkmark, organizing/directing pose, "Sup Mgr" engraved on the round base rim. blue matte miniature character in a detective pose holding an oversized magnifying glass near its face, a small root/branch pattern at its feet, "PRM" engraved on the round base rim.
```
### Prob Mgr — Problem Manager
Root-Cause-Jäger.
```
blue matte miniature character in a detective pose holding an oversized magnifying glass up near its face, a small root/branch pattern at its feet, "Prob Mgr" engraved on the round base rim.
``` ```
### PL — Projektleitung ### PL — Projektleitung
Taktgeber des Projekts.
``` ```
blue matte miniature character wearing a hard hat, holding a clipboard with a Gantt-bar chart, raising a small pennant baton in the other hand, "PL" engraved on the round base rim. blue matte miniature character wearing a hard hat, holding a clipboard with a Gantt-bar chart, raising a small pennant baton in the other hand, "PL" engraved on the round base rim.
``` ```
--- ### ISB — Informationssicherheitsbeauftragter
# TEAMS (Sammelfiguren) — Grün
*Als „mehrere Personen" lesbar — Trio auf einem gemeinsamen runden Sockel.*
### Betrieb — Betriebsteam
Laufender Betrieb, Monitoring, Deployment.
``` ```
green matte miniature: three chunky figures grouped together on one shared round disc base, a gear and a heartbeat monitor line motif between them, busy working pose, "Betrieb" engraved on the round base rim. blue matte miniature character holding a shield with a padlock emblem, a small key at the belt, watchful protective stance, "ISB" engraved on the round base rim.
```
### Support — Service-Support Team
1st/2nd-Level, Nutzeranfragen.
```
green matte miniature: three chunky figures grouped on one shared round disc base, each wearing a small headset, a speech bubble above the group, "Support" engraved on the round base rim.
```
### Projekt — Projektteam
Entwicklung, Test, Doku, Übergabe.
```
green matte miniature: three chunky figures grouped on one shared round disc base, leaning over a rolled-out blueprint with a wrench beside them, "Projekt" engraved on the round base rim.
``` ```
--- ---
# OPERATIVE EINZELROLLEN — Grau # OPERATIVE / FACHEXPERTEN — Grau
### Queue Koord — Queue Koordinator ### QK — Queue Koordinator
Ticket-Lotse.
``` ```
grey matte miniature character in a traffic-controller pose holding a signal paddle, branching routing arrows on the round base surface, "Queue" engraved on the round base rim. grey matte miniature character in a traffic-controller pose holding a signal paddle, branching routing arrows on the round base surface, "QK" engraved on the round base rim.
``` ```
### L1 — 1st Level Agent ### 1ST — 1st Level Agent
Erste Anlaufstelle.
``` ```
grey matte miniature character, slim friendly pose wearing a headset, a large number "1" on its chest, "L1" engraved on the round base rim. grey matte miniature character, slim friendly pose wearing a headset, a large number "1" on its chest, "1ST" engraved on the round base rim.
``` ```
### L2 — 2nd Level Agent ### 2ND — 2nd Level Agent
Tiefe Analyse.
``` ```
grey matte miniature character wearing a headset, holding a screwdriver, a large number "2" on its chest, leaning over an opened device, "L2" engraved on the round base rim. grey matte miniature character wearing a headset, holding a screwdriver, a large number "2" on its chest, leaning over an opened device, "2ND" engraved on the round base rim.
``` ```
### Test Mgmt — Testmanagement ### TM — Testmanager
Prüft Betriebsreife.
``` ```
grey matte miniature character holding a shield with a large checkmark, a small test tube at the belt, inspecting pose, "Test" engraved on the round base rim. grey matte miniature character holding a shield with a large checkmark, a small test tube at the belt, inspecting pose, "TM" engraved on the round base rim.
``` ```
### Arch — Architektur ### IAR — IT-Architekt
Standards & Zielarchitektur.
``` ```
grey matte miniature character holding an open drafting compass over a small blueprint, a ruler in the other hand, "Arch" engraved on the round base rim. grey matte miniature character holding an open drafting compass over a small blueprint, a ruler in the other hand, "IAR" engraved on the round base rim.
``` ```
--- ---
# EXTERNE — Weiß # EXTERNE — Weiß
### Lieferant — Lieferant / Hersteller / Entwickler ### DSL — Dienstleister
Liefert externe Komponenten.
``` ```
white matte miniature character carrying a shipping crate on one shoulder, a small delivery label, friendly delivering pose, "Lieferant" engraved on the round base rim. white matte miniature character carrying a shipping crate on one shoulder, a small delivery label, friendly delivering pose, "DSL" engraved on the round base rim.
```
---
# TEAMS (Sonderfiguren) — Grün
*Mehrere Figuren auf EINEM gemeinsamen Sockel — als „Team" lesbar.*
### Betrieb — Betriebsteam
```
green matte miniature: three chunky figures grouped together on one shared flat round disc base, a gear and a heartbeat-monitor line motif between them, busy working pose, "Betrieb" engraved on the round base rim.
```
### Support — Service-Support-Team
```
green matte miniature: three chunky figures grouped on one shared flat round disc base, each wearing a small headset, a speech bubble above the group, "Support" engraved on the round base rim.
```
### Projekt — Projektteam
```
green matte miniature: three chunky figures grouped on one shared flat round disc base, leaning over a rolled-out blueprint with a wrench beside them, "Projekt" engraved on the round base rim.
``` ```
--- ---
## Set-Render (alle Figuren zusammen) ## Set-Render (alle Figuren zusammen)
Für ein Übersichtsbild des kompletten Sets:
``` ```
Group product render of a complete set of stylized matte PLA board-game miniatures, Group product render of the complete set of stylized matte PLA board-game miniatures,
all standing on identical round disc bases, arranged in rows by color category: all on identical flat round disc bases (no pins), arranged in rows by colour category:
gold (governance) front row, blue (management), green (team trios), grey (operatives), gold (governance), deep bordeaux (umfeld/auftraggeber), blue (management),
white (external) — consistent chunky proportions and base, neutral grey background, grey (operatives), white (external), and three green TEAM figures (multiple figures
soft studio light, isometric, cohesive collectible set look, minimal engraved labels. on one base). Consistent chunky proportions, neutral grey background, soft studio
light, isometric, cohesive collectible set look, minimal engraved labels.
``` ```
## Hinweise ## Hinweise
- Attribute (Krone, Lupe, Headset, Kiste) ggf. als separate Aufsteck-/Anbauteile drucken → weniger Stützstruktur, mischbar. - Attribute (Krone, Lupe, Headset, Kiste, Schloss) ggf. als separate Aufsteck-/Anbauteile drucken → weniger Stützstruktur.
- Identischer Sockel ist hier das verbindende Element — bei der Modellierung als **gemeinsames Basis-Modul** anlegen und die Figuren darauf setzen. - Identischer Sockel ist das verbindende Element — als gemeinsames Basis-Modul anlegen, Figuren darauf setzen.
- Verbindliche Maße: [`materialliste.md`](../01_3D-Druck/materialliste.md) und die OpenSCAD-Modelle. Diese Prompts sind Konzept-/Orientierungsbilder, keine Maßvorlage. - Team-Figuren: 3 Figuren auf einem Sockel, gleicher Sockel-Durchmesser, im selben Stil.
- Verbindliche Maße: [`../01_3D-Druck/materialliste.md`](../01_3D-Druck/materialliste.md). Diese Prompts sind Orientierungsbilder, keine Maßvorlage.

View file

@ -1,8 +1,16 @@
# Figuren-Varianten — alle 16 Rollen # Figuren-Varianten — Ideen-/Stil-Sammlung
Designvorschläge für die Rollen-Figuren des SLC-Workshops. Für **jede Rolle** drei > ⚠️ **Stand v0.5:** Der **finale, verbindliche Figurensatz** steht in
Stil-Varianten plus ein fertiger Bild-KI-Prompt (Englisch, für Nano Banana / Imagen). > [`README_spielfiguren.md`](README_spielfiguren.md) und
Rollenquelle: [`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/spm_rollen.yaml) (v1.1). > [`figuren-set-b_minifiguren.md`](figuren-set-b_minifiguren.md): **16 Einzelrollen
> + 3 Team-Sonderfiguren**, SOR = Sonder-Tile (keine Figur). Einige Rollen wurden
> umbenannt/ersetzt (z. B. AL B&C/App → **OP**, Lieferant → **DSL**, Support Manager
> → **SSM**, Testmanagement → **TM**, Architektur → **IAR**) und 4 neue ergänzt
> (**AML, SHM, DPM, ISB**). Diese Datei bleibt als **Stil-/Varianten-Ideensammlung**
> erhalten; bei Abweichungen gilt der finale Satz.
Designvorschläge (drei Stil-Varianten je Rolle) für die Rollen-Figuren des
SLC-Workshops, plus fertiger Bild-KI-Prompt (Englisch, für Nano Banana / Imagen).
## Die drei Stil-Tracks (gelten für jede Rolle) ## Die drei Stil-Tracks (gelten für jede Rolle)
@ -10,19 +18,19 @@ Rollenquelle: [`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02
|-------|------|---------------| |-------|------|---------------|
| **A — Meeple + Attribut** | Klassische Meeple-Grundform, oben ein rollentypisches Attribut aufgesetzt. Konsistent zur bestehenden Mechanik. | einfach | | **A — Meeple + Attribut** | Klassische Meeple-Grundform, oben ein rollentypisches Attribut aufgesetzt. Konsistent zur bestehenden Mechanik. | einfach |
| **B — Charakter-Mini** | Stilisierte Spielfigur mit Pose & Requisit, Brettspiel-Optik. | mittel/aufwendig | | **B — Charakter-Mini** | Stilisierte Spielfigur mit Pose & Requisit, Brettspiel-Optik. | mittel/aufwendig |
| **C — Totem / Symbol** | Abstrakter geometrischer Turm mit graviertem Rollen-Symbol. Edel, robust, gut steckbar. | einfach | | **C — Totem / Symbol** | Abstrakter geometrischer Turm mit graviertem Rollen-Symbol. Edel, robust, gut stellbar. | einfach |
**Gemeinsame Constraints (in jedem Track):** **Gemeinsame Constraints (in jedem Track):**
- Pin-Fuß **Ø 4,0 mm** (passt in einheitliche Steckplätze Ø 4,2 mm — Tile-Reihe & Gate) - **Flacher Standfuß (kein Pin)** — Figuren werden gestellt, nicht gesteckt (Tile-Reihe & Gate)
- Schlanker Sockel **Ø ≤ 8 mm**, damit mehrere Figuren in einer Aktiv-Feld-Zone (Pitch 8 mm) nebeneinander stehen - Schlanker Sockel **Ø ~7,5 mm**, damit mehrere Figuren in einer Aktiv-Feld-Zone (Pitch 9 mm) nebeneinander stehen
- Höhe ~22 mm, matte PLA - Höhe ~22 mm, matte PLA
- **Farbe = Kategorie** (siehe unten), Attribut/Gravur in Kontrastton möglich - **Farbe = Kategorie** (siehe unten), Attribut/Gravur in Kontrastton möglich
- Kürzel klein an Sockel oder Brust graviert - Kürzel klein an Sockel oder Brust graviert
**Farbcodierung (Kategorie):** Governance = Gold/Gelb · Management = Blau · Teams = Grün · Operative Einzelrollen = Grau · Externe = Weiß **Farbcodierung (Kategorie, 6):** Governance = Gold · Umfeld/Auftraggeber = Bordeaux (`#7d2e3f`) · Management = Blau · Operative Einzelrollen = Grau · Externe = Weiß · Teams = Grün
**Gemeinsamer Bild-KI-Stil-Vorspann (vor jeden Prompt setzbar):** **Gemeinsamer Bild-KI-Stil-Vorspann (vor jeden Prompt setzbar):**
> `Clean technical product render, matte PLA tabletop game figure, single piece on neutral light-grey studio background, soft studio light, isometric, round pin foot at base, height ~40mm, minimal engraved label, high detail.` > `Clean technical product render, matte PLA tabletop game figure, single piece on neutral light-grey studio background, soft studio light, isometric, flat round base (no pin), height ~40mm, minimal engraved label, high detail.`
--- ---
@ -35,7 +43,7 @@ Steuert das gesamte Portfolio, strategisch. **Signatur: Krone + aufgefächerte S
- **C:** Goldener Turm, Spitze als Krone, Schaft mit graviertem Fächer-Symbol „SPM". - **C:** Goldener Turm, Spitze als Krone, Schaft mit graviertem Fächer-Symbol „SPM".
``` ```
matte gold PLA game figure: a regal meeple wearing a small pointed crown, holding a fanned-out spread of three tiny service tiles against its chest, a small steering-compass at its side, "SPM" engraved on the base, round pin foot. matte gold PLA game figure: a regal meeple wearing a small pointed crown, holding a fanned-out spread of three tiny service tiles against its chest, a small steering-compass at its side, "SPM" engraved on the base, flat round base (no pin).
``` ```
## SO — Service Owner ## SO — Service Owner
@ -45,17 +53,17 @@ End-to-End-Verantwortung für **einen** Service. **Signatur: schützend gehalten
- **C:** Goldturm mit zentraler Kugel-Einfassung und graviertem Schlüssel „SO". - **C:** Goldturm mit zentraler Kugel-Einfassung und graviertem Schlüssel „SO".
``` ```
matte gold PLA game figure: a meeple cradling a single round service orb with a tiny name-plate against its body, a key pendant on its chest, protective stance, "SO" engraved on base, round pin foot. matte gold PLA game figure: a meeple cradling a single round service orb with a tiny name-plate against its body, a key pendant on its chest, protective stance, "SO" engraved on base, flat round base (no pin).
``` ```
## SOR — Service Operations Runde *(Gremium, kein Einzelner)* ## SOR — Service Operations Runde *(Gremium, kein Einzelner)*
Bewertet & entscheidet im Gremium. **Signatur: runder Tisch / Ring mit 4 Sitzen + Richterhammer.** Bewertet & entscheidet im Gremium. **Signatur: runder Tisch / Ring mit 4 Sitzen + Richterhammer.**
- **A:** Sammel-Marker: runde Scheibe mit 4 kleinen Steck-Pins (für SPM+SO+AL B&C+AL App), Hammer-Aufsatz mittig. - **A:** Sammel-Marker: runde Scheibe mit 4 markierten Standflächen (für SPM+SO+AL B&C+AL App), Hammer-Aufsatz mittig.
- **B:** Mini-Diorama: vier winzige Köpfe um einen Ring-Tisch, Gavel in der Mitte. - **B:** Mini-Diorama: vier winzige Köpfe um einen Ring-Tisch, Gavel in der Mitte.
- **C:** Breiter Goldturm mit Ring-Krone und 4 Kerben, graviertes „SOR" + Hammer. - **C:** Breiter Goldturm mit Ring-Krone und 4 Kerben, graviertes „SOR" + Hammer.
``` ```
matte gold PLA game marker: a round table disc with four small empty peg sockets evenly spaced around its rim and a small judge's gavel standing in the center, "SOR" engraved on the rim, broad stable round base with pin foot. matte gold PLA game marker: a round table disc with four small engraved stand spots evenly spaced around its rim and a small judge's gavel standing in the center, "SOR" engraved on the rim, broad stable flat round base (no pin).
``` ```
--- ---
@ -69,7 +77,7 @@ Infrastruktur-Betrieb (Netze, Server, Cloud). **Signatur: Server-Rack-Körper +
- **C:** Blauer Turm aus gestapelten Rack-Einschüben, Spitze als Wolke, „AL B&C". - **C:** Blauer Turm aus gestapelten Rack-Einschüben, Spitze als Wolke, „AL B&C".
``` ```
matte blue PLA game figure: a manager meeple whose torso is shaped like a small ribbed server rack, a little cloud sitting on top like a hat, holding a server module, "AL B&C" engraved on base, round pin foot. matte blue PLA game figure: a manager meeple whose torso is shaped like a small ribbed server rack, a little cloud sitting on top like a hat, holding a server module, "AL B&C" engraved on base, flat round base (no pin).
``` ```
## AL App — Abteilungsleitung Applikationen ## AL App — Abteilungsleitung Applikationen
@ -79,7 +87,7 @@ Anwendungs-Betrieb (Fachverfahren, SAP). **Signatur: App-Fenster-Panel + Code-Br
- **C:** Blauer Turm, Front als App-Fenster mit Titelbalken, „AL App". - **C:** Blauer Turm, Front als App-Fenster mit Titelbalken, „AL App".
``` ```
matte blue PLA game figure: a manager meeple holding an upright application-window panel with a title-bar and three dots, small "</>" engraved on its chest, "AL App" on base, round pin foot. matte blue PLA game figure: a manager meeple holding an upright application-window panel with a title-bar and three dots, small "</>" engraved on its chest, "AL App" on base, flat round base (no pin).
``` ```
## Sup Mgr — Support Manager ## Sup Mgr — Support Manager
@ -89,7 +97,7 @@ Organisiert & sichert Qualität des Supports. **Signatur: Headset + Klemmbrett/C
- **C:** Blauer Turm mit Headset-Bügel als Krone, graviertes Häkchen, „Sup Mgr". - **C:** Blauer Turm mit Headset-Bügel als Krone, graviertes Häkchen, „Sup Mgr".
``` ```
matte blue PLA game figure: a meeple wearing a headset with a boom mic, holding a clipboard with a checkmark, organizing pose, "Sup Mgr" engraved on base, round pin foot. matte blue PLA game figure: a meeple wearing a headset with a boom mic, holding a clipboard with a checkmark, organizing pose, "Sup Mgr" engraved on base, flat round base (no pin).
``` ```
## Prob Mgr — Problem Manager ## Prob Mgr — Problem Manager
@ -99,7 +107,7 @@ Root-Cause-Analyse, strukturelle Störungen. **Signatur: überdimensionierte Lup
- **C:** Blauer Turm mit Lupen-Kopf, Schaft mit gravierten Verzweigungen (Root-Cause), „Prob Mgr". - **C:** Blauer Turm mit Lupen-Kopf, Schaft mit gravierten Verzweigungen (Root-Cause), „Prob Mgr".
``` ```
matte blue PLA game figure: a detective-like meeple holding an oversized magnifying glass up to its face, a small root/branch pattern engraved at the base, "Prob Mgr" engraved, round pin foot. matte blue PLA game figure: a detective-like meeple holding an oversized magnifying glass up to its face, a small root/branch pattern engraved at the base, "Prob Mgr" engraved, flat round base (no pin).
``` ```
## PL — Projektleitung ## PL — Projektleitung
@ -109,7 +117,7 @@ Plant & steuert Entwicklungsprojekte. **Signatur: Klemmbrett mit Gantt + Dirigen
- **C:** Blauer Turm, Spitze als Wimpel, Front mit graviertem Balkenplan, „PL". - **C:** Blauer Turm, Spitze als Wimpel, Front mit graviertem Balkenplan, „PL".
``` ```
matte blue PLA game figure: a meeple wearing a hard hat, holding a clipboard with a Gantt-bar chart, raising a small pennant baton in the other hand, "PL" engraved on base, round pin foot. matte blue PLA game figure: a meeple wearing a hard hat, holding a clipboard with a Gantt-bar chart, raising a small pennant baton in the other hand, "PL" engraved on base, flat round base (no pin).
``` ```
--- ---
@ -124,7 +132,7 @@ Laufender Betrieb, Monitoring, Deployment. **Signatur: Trio-Block + Zahnrad & He
- **C:** Grüner Breitturm mit 3 Kerben oben, graviertes Zahnrad + EKG-Linie, „Betrieb". - **C:** Grüner Breitturm mit 3 Kerben oben, graviertes Zahnrad + EKG-Linie, „Betrieb".
``` ```
matte green PLA team figure: three meeple heads merged on one wide base, a gear and a heartbeat monitor line engraved across the front, "Betrieb" engraved, broad stable base with round pin foot. matte green PLA team figure: three meeple heads merged on one wide base, a gear and a heartbeat monitor line engraved across the front, "Betrieb" engraved, broad stable flat base (no pin).
``` ```
## Support — Service-Support Team ## Support — Service-Support Team
@ -134,7 +142,7 @@ matte green PLA team figure: three meeple heads merged on one wide base, a gear
- **C:** Grüner Breitturm, Sprechblasen-Krone, gravierte Headsets, „Support". - **C:** Grüner Breitturm, Sprechblasen-Krone, gravierte Headsets, „Support".
``` ```
matte green PLA team figure: three connected meeple heads each wearing a tiny headset, a speech bubble on top, "Support" engraved on the wide base, round pin foot. matte green PLA team figure: three connected meeple heads each wearing a tiny headset, a speech bubble on top, "Support" engraved on the wide base, flat round base (no pin).
``` ```
## Projekt — Projektteam ## Projekt — Projektteam
@ -144,7 +152,7 @@ Entwicklung, Test, Doku, Übergabe. **Signatur: Trio + Blaupause-Rolle & Schraub
- **C:** Grüner Breitturm mit gravierten gekreuzten Werkzeugen + Plan, „Projekt". - **C:** Grüner Breitturm mit gravierten gekreuzten Werkzeugen + Plan, „Projekt".
``` ```
matte green PLA team figure: three merged meeple heads on a wide base, a rolled blueprint and a wrench crossed in front, "Projekt" engraved, round pin foot. matte green PLA team figure: three merged meeple heads on a wide base, a rolled blueprint and a wrench crossed in front, "Projekt" engraved, flat round base (no pin).
``` ```
--- ---
@ -158,7 +166,7 @@ Ticket-Routing, Priorisierung, SLA. **Signatur: Signal-Paddel + verzweigende Pfe
- **C:** Grauer Turm mit Pfeil-Verzweigung graviert, „Queue". - **C:** Grauer Turm mit Pfeil-Verzweigung graviert, „Queue".
``` ```
matte grey PLA game figure: a meeple holding a traffic-control paddle, branching routing arrows engraved at the base, "Queue" engraved, round pin foot. matte grey PLA game figure: a meeple holding a traffic-control paddle, branching routing arrows engraved at the base, "Queue" engraved, flat round base (no pin).
``` ```
## L1 — 1st Level Agent ## L1 — 1st Level Agent
@ -168,7 +176,7 @@ Erste Anlaufstelle, Standardfälle. **Signatur: Headset + großes „1".**
- **C:** Grauer Turm, Headset-Bügel, große gravierte „1". - **C:** Grauer Turm, Headset-Bügel, große gravierte „1".
``` ```
matte grey PLA game figure: a slim meeple wearing a headset, a large number "1" engraved on its chest, "L1" on base, round pin foot. matte grey PLA game figure: a slim meeple wearing a headset, a large number "1" engraved on its chest, "L1" on base, flat round base (no pin).
``` ```
## L2 — 2nd Level Agent ## L2 — 2nd Level Agent
@ -178,7 +186,7 @@ Komplexe Störungen, tiefe Analyse. **Signatur: Headset + Werkzeug + großes „
- **C:** Grauer Turm, Headset + graviertes Werkzeug, große „2". - **C:** Grauer Turm, Headset + graviertes Werkzeug, große „2".
``` ```
matte grey PLA game figure: a meeple wearing a headset and holding a screwdriver, a large number "2" engraved on its chest, "L2" on base, round pin foot. matte grey PLA game figure: a meeple wearing a headset and holding a screwdriver, a large number "2" engraved on its chest, "L2" on base, flat round base (no pin).
``` ```
## Test Mgmt — Testmanagement ## Test Mgmt — Testmanagement
@ -188,7 +196,7 @@ Plant & verantwortet Tests, Betriebsreife. **Signatur: Häkchen-Schild + Reagenz
- **C:** Grauer Turm mit graviertem Häkchen-im-Kreis + Glaskolben, „Test". - **C:** Grauer Turm mit graviertem Häkchen-im-Kreis + Glaskolben, „Test".
``` ```
matte grey PLA game figure: a meeple holding a shield with a large checkmark and a small test tube at its belt, "Test" engraved on base, round pin foot. matte grey PLA game figure: a meeple holding a shield with a large checkmark and a small test tube at its belt, "Test" engraved on base, flat round base (no pin).
``` ```
## Arch — Architektur ## Arch — Architektur
@ -198,7 +206,7 @@ Standards, Zielarchitektur, Risiken. **Signatur: Zirkel + Blaupause.**
- **C:** Grauer Turm, Spitze als Zirkel, Front mit graviertem Grundriss-Raster, „Arch". - **C:** Grauer Turm, Spitze als Zirkel, Front mit graviertem Grundriss-Raster, „Arch".
``` ```
matte grey PLA game figure: a meeple holding an open drafting compass over a small blueprint, a ruler in the other hand, "Arch" engraved on base, round pin foot. matte grey PLA game figure: a meeple holding an open drafting compass over a small blueprint, a ruler in the other hand, "Arch" engraved on base, flat round base (no pin).
``` ```
--- ---
@ -212,7 +220,7 @@ Liefert externe Komponenten/Anpassungen. **Signatur: Paket/Kiste auf der Schulte
- **C:** Weißer Turm in Kisten-Optik (Versand-Markierungen graviert), „Lieferant". - **C:** Weißer Turm in Kisten-Optik (Versand-Markierungen graviert), „Lieferant".
``` ```
matte white PLA game figure: a meeple carrying a shipping crate on its shoulder, packaging tape lines engraved, a small label, "Lieferant" engraved on base, round pin foot. matte white PLA game figure: a meeple carrying a shipping crate on its shoulder, packaging tape lines engraved, a small label, "Lieferant" engraved on base, flat round base (no pin).
``` ```
--- ---

View file

@ -0,0 +1,384 @@
# Rollenkarten — Gamma-Vorlage
Material, um aus den 17 Rollen des Service-Lifecycle (Quelle: `spm_rollen.yaml`
v1.1) eine **Gamma-Präsentation im Kartenformat** zu erzeugen — je Rolle eine
Karte mit gleicher Struktur:
**Was macht die Rolle? · Warum brauchen wir sie? · Konkretes Beispiel · Wo im SLC ist sie beteiligt?**
---
## Teil 1 — Prompt für das Gamma-Eingabefeld
> Erstelle eine Präsentation im **Karten-/Kartendeck-Stil**: **eine Karte pro
> Rolle**, insgesamt 17 Karten plus Titel- und Übersichtskarte. Zielgruppe:
> Mitarbeitende der Stadt Freiburg / DIGIT, die den Service-Lifecycle kennenlernen.
> Sprache: Deutsch, sachlich-verständlich, „for dummies"-tauglich.
> Design: klares Freiburg-Layout (Rot/Weiß). Je Karte oben ein Kategorie-Tag mit
> Farbe — **Governance = Gold/Gelb, Management = Blau, Teams = Grün, Operative
> Einzelrollen = Grau, Externe = Weiß** — und das Rollen-Kürzel als Badge
> (z. B. SPM, SO, SOR, AL B&C, PL, L1, L2). Jede Karte hat **genau diese vier
> Abschnitte** mit fettem Label und kurzem Text/Bullets:
> **Was macht die Rolle? · Warum brauchen wir sie? · Konkretes Beispiel · Wo im SLC ist sie beteiligt?**
> Halte den Text knapp (max. ~4 Bullets pro Abschnitt), eine Karte = eine Rolle.
> Verwende die unten gelieferten Inhalte 1:1 als Grundlage und erfinde keine
> zusätzlichen Fakten. Füge je Karte ein passendes Personen-/Rollen-Icon hinzu.
*Tipp: In Gamma „Aus Text einfügen / Paste in text" wählen und Teil 2 komplett
hineinkopieren. Die `---`-Trenner erzeugen die einzelnen Karten.*
---
## Teil 2 — Karteninhalte (zum Einfügen in Gamma)
# Die 17 Rollen des Service-Lifecycle
Jede Rolle hat einen klaren Auftrag im Lebenszyklus eines Services — von der
strategischen Steuerung (Governance) über die operative Führung bis zu den Teams
und externen Partnern. Diese Karten erklären **was** die Rolle tut, **warum** es
sie braucht, ein **Beispiel** und **wo** sie im Lifecycle mitwirkt.
> Lesehilfe RACI: **A** = ergebnisverantwortlich (genau eine Rolle), **R** = führt
> aus, **C** = wird einbezogen, **I** = wird informiert.
---
## R1 · Service-Portfolio-Manager (SPM) — Governance
**Was macht die Rolle?**
Steuert das gesamte Service-Portfolio: entscheidet über Aufnahme, Änderung und
Stilllegung, sichert Strategie, Priorisierung und Wirtschaftlichkeit, aggregiert
alle Review-Berichte.
**Warum brauchen wir sie?**
Hält das Gesamtportfolio konsistent und wirtschaftlich — verhindert Wildwuchs und
Doppelungen einzelner Services.
**Konkretes Beispiel**
Prüft, ob das neue Beteiligungs-Modul ins Portfolio passt und wirtschaftlich ist,
und bündelt Review-Erkenntnisse mehrerer Portale.
**Wo im SLC ist sie beteiligt?**
Beratend (C) an den Gates, Portfolio-Aufnahme an Gate 3; aktiv im Review.
Phasen: Design/Transition, Review.
---
## R2 · Service Operations Runde (SOR) — Governance · Gremium
**Was macht die Rolle?**
Gremium, das Service-Aktivierungen, Betriebsfreigaben und wesentliche Anpassungen
bewertet und entscheidet. Ständige Mitglieder: SPM + SO + AL B&C + AL App.
**Warum brauchen wir sie?**
Bündelt alle relevanten Perspektiven für tragfähige Go/No-Go-Entscheidungen —
keine Aktivierung im Alleingang.
**Konkretes Beispiel**
Entscheidet an Gate 1 „Entwicklung statt Konfiguration" und gibt an Gate 3 den
Go-Live des Beteiligungs-Moduls frei (Konsent-Prinzip).
**Wo im SLC ist sie beteiligt?**
Accountable an Gate 1 (tr_01), Gate 3 (tr_12), im periodischen Review (rv_03) und
bei der Außerbetriebnahme (rv_06).
---
## R3 · Service Owner (SO) — Governance
**Was macht die Rolle?**
Trägt die fachliche End-to-End-Verantwortung für einen Service über den ganzen
Lifecycle: Anforderungen, Qualität, Weiterentwicklung; primärer Entscheider für
Inhalt und Wert.
**Warum brauchen wir sie?**
Eine klar verantwortliche Person, die den Service „besitzt" — sonst zerfasert die
Verantwortung über viele Stellen.
**Konkretes Beispiel**
Verantwortet das Beteiligungs-Modul von der Definition über den ELS-Exit bis zum
Review und entscheidet allein an Gate 2.
**Wo im SLC ist sie beteiligt?**
Accountable in fast allen Design-Aktivitäten, an Gate 2 (tr_09), bei ELS (op_01),
Qualitätsbericht (op_06) und Reviews. **Alle Phasen.**
---
## R4 · Abteilungsleitung Basis & Cloud (AL B&C) — Management
**Was macht die Rolle?**
Verantwortet den stabilen, sicheren Betrieb der Infrastruktur-Services (Netze,
Server, Cloud), koordiniert die Infrastruktur-Betriebsteams und sichert
SLA-/Policy-Einhaltung. Ständiges SOR-Mitglied.
**Warum brauchen wir sie?**
Stellt sicher, dass die technische Basis tragfähig ist, und bringt die
Infrastruktur-Perspektive in die SOR-Entscheidungen.
**Konkretes Beispiel**
Bewertet, ob Server und Cloud die Lastspitzen zum Fristende des Beteiligungs-
Moduls tragen, und stimmt im SOR mit ab.
**Wo im SLC ist sie beteiligt?**
Transition & Operation; Betriebsreife-Bewertung in der SOR. Bildet zusammen mit
AL App den „Betrieb" in den Operation-Aktivitäten (op_01op_05).
---
## R5 · Abteilungsleitung Applikationen (AL App) — Management
**Was macht die Rolle?**
Verantwortet den Betrieb der Anwendungs-Services (Fachverfahren, Standardsoftware,
Eigenentwicklungen), koordiniert die App-Betriebsteams und sichert SLA/Policy.
Ständiges SOR-Mitglied.
**Warum brauchen wir sie?**
Bringt die Anwendungs- und Fachverfahrens-Perspektive in Betrieb und SOR ein —
das Pendant zu AL B&C.
**Konkretes Beispiel**
Verantwortet den anwendungsseitigen Betrieb der Beteiligungs-Module und bewertet
deren Betriebsreife im SOR.
**Wo im SLC ist sie beteiligt?**
Transition & Operation; ständiges SOR-Mitglied. Zusammen mit AL B&C = der
„Betrieb" (ehem. Operations Manager) in den Aktivitäten.
---
## R6 · Support Manager (Sup Mgr) — Management
**Was macht die Rolle?**
Verantwortet Organisation und Qualität des Service-Supports (1st & 2nd Level):
Prozesse, Leitlinien, Wissensmanagement und effizientes Incident/Request-Handling.
**Warum brauchen wir sie?**
Sorgt für funktionierenden, konsistenten Support — sonst wird die
Ticketbearbeitung uneinheitlich und langsam.
**Konkretes Beispiel**
Legt Ticketkategorien und Reaktionszeiten fürs Beteiligungs-Modul fest und
verantwortet den sauberen Abschluss von Incidents.
**Wo im SLC ist sie beteiligt?**
Accountable in sp_03sp_08, Responsible in sp_01. Phasen: Transition
(Support-Readiness) & Support.
---
## R7 · Problem Manager (Prob Mgr) — Management
**Was macht die Rolle?**
Identifiziert wiederkehrende oder strukturelle Störungen, führt Root-Cause-
Analysen durch, steuert Problemlösungen und stellt Workarounds bereit.
**Warum brauchen wir sie?**
Bekämpft Ursachen statt Symptome — verhindert, dass dieselben Störungen immer
wieder auftreten.
**Konkretes Beispiel**
Analysiert die wiederkehrenden Speicher-Timeouts und dokumentiert Problem Record
und Workaround.
**Wo im SLC ist sie beteiligt?**
Accountable in sp_09/sp_10, Responsible in sp_11 und rv_01. Phasen: Support &
Review.
---
## R8 · Projektleitung (PL) — Management
**Was macht die Rolle?**
Plant und steuert Service-Entwicklungsprojekte, koordiniert Ressourcen und
Lieferanten, sichert Termine und Qualität, liefert die Projektartefakte.
**Warum brauchen wir sie?**
Bringt Bau und Beschaffung termin- und budgetgerecht ans Ziel.
**Konkretes Beispiel**
Steuert den Dienstleister beim Bau der Beteiligungs-Module und verantwortet Tests
und Build-Abschluss.
**Wo im SLC ist sie beteiligt?**
Accountable in tr_02, tr_03, tr_07, tr_08; Responsible in den Design-Aktivitäten
und an den Gates. Phasen: Design/Transition.
---
## R9 · Betriebsteam (Betrieb) — Team
**Was macht die Rolle?**
Führt alle laufenden Betriebsaufgaben aus — von Routine bis Infrastruktur:
Monitoring, Standard-Changes, Deployment, Systempflege, tiefe Diagnosen.
**Warum brauchen wir sie?**
Hält den Service täglich am Laufen und sichert Stabilität und Verfügbarkeit.
**Konkretes Beispiel**
Rollt das Beteiligungs-Modul aus (tr_10), überwacht es und setzt freigegebene
Standard-Changes um.
**Wo im SLC ist sie beteiligt?**
Responsible in op_03op_07 und tr_10; beratend in Design/Transition. Phasen:
Operation (+ Transition).
---
## R10 · Service-Support Team (Support) — Team
**Was macht die Rolle?**
Bearbeitet Nutzeranfragen und Incidents im 1st/2nd Level, sorgt für schnelle
Wiederherstellung; Bindeglied zwischen Anwendern, Betrieb und Problemmanagement.
**Warum brauchen wir sie?**
Erste Hilfe für Nutzer; hält Störungen klein und Anwender handlungsfähig.
**Konkretes Beispiel**
Beantwortet Bürgerfragen zum Kommentieren und pflegt die Wissensdatenbank.
**Wo im SLC ist sie beteiligt?**
Responsible in sp_02; beratend bei der Support-Readiness in der Transition.
Phasen: Support.
---
## R11 · Projektteam (Projekt) — Team
**Was macht die Rolle?**
Fachlich-technisches Team für Entwicklung, Konfiguration, Tests und Dokumentation;
unterstützt Übergabe und Betriebsbefähigung.
**Warum brauchen wir sie?**
Die „Hände", die im Projekt bauen und konfigurieren.
**Konkretes Beispiel**
Entwickelt Formulare und Kommentar-Workflows, konfiguriert und dokumentiert die
Beteiligungs-Module.
**Wo im SLC ist sie beteiligt?**
Responsible in tr_03, tr_05, tr_06. Phasen: Design/Transition.
---
## R12 · Queue Koordinator (Queue Koord) — Operative Rolle
**Was macht die Rolle?**
Überwacht das Ticketaufkommen, verteilt und routet Tickets an die richtigen
Gruppen und sichert Priorisierung und SLA-Einhaltung.
**Warum brauchen wir sie?**
Sorgt für sauberen, schnellen Ticketfluss zur richtigen Stelle.
**Konkretes Beispiel**
Routet ein gemeldetes Speicherproblem priorisiert an den 2nd Level.
**Wo im SLC ist sie beteiligt?**
Responsible in sp_03. Phasen: Support.
---
## R13 · 1st Level Agent (L1) — Operative Rolle
**Was macht die Rolle?**
Erste Anlaufstelle für Nutzer: nimmt Incidents/Requests auf, löst Standardfälle,
dokumentiert sauber und eskaliert fachgerecht an den 2nd Level.
**Warum brauchen wir sie?**
Löst den Großteil der Fälle schnell und entlastet die höheren Support-Level.
**Konkretes Beispiel**
Erklärt einer Bürgerin anhand der Wissensdatenbank, wo der Kommentar-Button ist.
**Wo im SLC ist sie beteiligt?**
Responsible in sp_04, sp_05, sp_07, sp_08. Phasen: Support.
---
## R14 · 2nd Level Agent (L2) — Operative Rolle
**Was macht die Rolle?**
Bearbeitet komplexe Störungen und fachtechnische Anfragen, führt tiefere Analysen
durch und stellt Lösungen bereit; kooperiert mit Betrieb, Herstellern und
Problemmanagement.
**Warum brauchen wir sie?**
Knackt die Fälle, die der 1st Level nicht lösen kann.
**Konkretes Beispiel**
Diagnostiziert, warum Kommentare unter Last nicht gespeichert werden, und eröffnet
bei Bedarf einen Problem Record.
**Wo im SLC ist sie beteiligt?**
Responsible in sp_06sp_09; beratend in sp_10/sp_11. Phasen: Support.
---
## R15 · Testmanagement (Test Mgmt) — Operative Rolle
**Was macht die Rolle?**
Plant, organisiert und verantwortet Tests (Integration, Abnahme, Regression)
während Entwicklung und Transition; sichert Qualität und Betriebsreife.
**Warum brauchen wir sie?**
Stellt sicher, dass nur Funktionierendes live geht.
**Konkretes Beispiel**
Prüft, ob eine Online-Konsultation fristgerecht startet und endet und Eingaben
korrekt gespeichert werden.
**Wo im SLC ist sie beteiligt?**
Responsible in tr_04 und tr_07. Phasen: Transition.
---
## R16 · Architektur (Arch) — Operative Rolle
**Was macht die Rolle?**
Definiert technische Standards, Zielarchitekturen und Integrationsanforderungen,
bewertet Designvarianten und Risiken, sichert technische Konsistenz und
Zukunftsfähigkeit.
**Warum brauchen wir sie?**
Hält Lösungen technisch konsistent und zukunftsfähig statt zu Insellösungen.
**Konkretes Beispiel**
Entwirft die Architektur der Beteiligungs-Module und die Schnittstellen zu Portal
und DMS.
**Wo im SLC ist sie beteiligt?**
Responsible in ds_02; R/C an Gate 1 und im Build. Phasen: Design.
---
## R17 · Lieferant / Hersteller / Entwickler (Lieferant) — Externe Rolle
**Was macht die Rolle?**
Stellt externe System-, Software- oder Infrastrukturkomponenten bereit oder
entwickelt spezifische Anpassungen; wird bei Build, Fehleranalyse und
Komponentensupport eingebunden.
**Warum brauchen wir sie?**
Bringt externe Leistung und Know-how, wo intern nicht vorhanden.
**Konkretes Beispiel**
Ein externer Dienstleister entwickelt die Beteiligungs-Module und unterstützt bei
kniffligen Incidents.
**Wo im SLC ist sie beteiligt?**
C/I in tr_02, Responsible in tr_03; beratend in sp_06/sp_11. Phasen:
Design/Transition & Support.
---
## Übersicht — Rollen nach Kategorie
- **Governance (Gold/Gelb):** SPM · SOR (Gremium) · SO
- **Management (Blau):** AL B&C · AL App · Support Manager · Problem Manager · Projektleitung
- **Teams (Grün):** Betriebsteam · Service-Support Team · Projektteam
- **Operative Einzelrollen (Grau):** Queue Koordinator · 1st Level Agent · 2nd Level Agent · Testmanagement · Architektur
- **Externe (Weiß):** Lieferant / Hersteller / Entwickler
> Hinweis: In älteren Aktivitäts-Referenzen taucht „Operations Manager" auf — diese
> Rolle wurde laut GOV-SOR-005 durch **AL B&C** und **AL App** ersetzt (beide
> gleichwertig, beide ständige SOR-Mitglieder). Die **SOR** ist ein Gremium, kein
> Einzelner: am Gate vertreten durch SPM + SO + AL B&C + AL App.

View file

@ -9,7 +9,8 @@ Freiburg-digital-Look (rot/weiß, Wappen-Logo) analog zur bestehenden Action Car
|-----------|--------|---------| |-----------|--------|---------|
| Action Cards | 70 × 120 mm (Tarot) | passt in Action-Stein-Schlitz (74 mm) | | Action Cards | 70 × 120 mm (Tarot) | passt in Action-Stein-Schlitz (74 mm) |
| Störungskarten | 70 × 120 mm | gleiches Format, anderer Akzent | | Störungskarten | 70 × 120 mm | gleiches Format, anderer Akzent |
| Artefaktkarten | 63 × 88 mm (Bridge) | werden bei Aktivitäten mitgeführt | | Artefaktkarten | 63 × 88 mm (Bridge) | werden in der Service-Akte gesammelt |
| Service-Akte (Tableau) | A4 quer / A5 | 15 Slots (A1A15), Artefakt-Sammler (§3a) |
| Gate-Beschreibungskarten | 60 × 90 mm | stecken im Gate-Tor-Schlitz (65 mm) | | Gate-Beschreibungskarten | 60 × 90 mm | stecken im Gate-Tor-Schlitz (65 mm) |
| Entscheidungs-Chips | Ø 30 mm | Karte oder 3D-Münze | | Entscheidungs-Chips | Ø 30 mm | Karte oder 3D-Münze |
@ -83,16 +84,59 @@ Kartendeck nötig) oder den **DPM-Rücklauf** (A15).
> generierbare Karten sollten A1A15 analog als `artefakte:`-Block in den > generierbare Karten sollten A1A15 analog als `artefakte:`-Block in den
> `service-lifecycle_*.yaml` definiert werden (Single Source of Truth). > `service-lifecycle_*.yaml` definiert werden (Single Source of Truth).
## 3a. Service-Akte (Artefakt-Tableau) — Spielelement
Ein **gedrucktes Tableau (A4/A5)**, das **neben dem Action-Stein** liegt und
mitwandert. Es hat **15 beschriftete Slots** (A1A15, nach Phase gruppiert) und
macht die wachsende Service-Dokumentation sichtbar. Layout: `service-akte.svg`.
**Mechanik**
- **Erstellen:** Erzeugt eine Station ein Artefakt → die zugehörige **Artefaktkarte
(63×88)** kommt in ihren Slot der Service-Akte.
- **Befüllen / Aktualisieren:** Wird ein bestehendes Artefakt erneut angefasst →
**Status-Marker weiterschieben** (`Entwurf → Final → Aktualisiert`). So „wächst"
ein Artefakt sichtbar über mehrere Stationen.
**„Lebende" Artefakte (werden mehrfach befüllt):**
| Artefakt | erstellt | aktualisiert/befüllt |
|----------|----------|----------------------|
| **A2** Service-Definition | ds_01 | im Review (rv_02 / rv_04, Improvement-Tracking) |
| **A11** Problem Record | sp_09 / sp_10 | sp_11 (Root-Cause + Workaround) |
| **A13** Wissensdatenbank | sp_02 (Pflege) | sp_11 (neue Workarounds) |
Alle übrigen Artefakte werden **einmal erstellt** (Status `Final`).
**Funktional an die Gates gekoppelt:** Ein Gate „öffnet" nur, wenn die geforderten
Artefaktkarten in der Akte liegen (siehe §4). Das macht Artefakte zum echten
Spielelement — analog zu den Pflicht-Figuren am Gate — und bildet die
Prüf-Dimensionen des Blueprints physisch ab.
**Debrief:** Am Ende ist die gefüllte Service-Akte das sichtbare Ergebnis: „Das hat
der Service über seinen Lebenszyklus an Dokumentation/Artefakten produziert."
| Merkmal | Wert |
|---------|------|
| Form | Bedrucktes Tableau A4 (quer) oder A5, laminierbar |
| Slots | 15 (A1A15), nach Phase gruppiert, je mit Mini-Status-Track |
| Karten | Artefaktkarten 63 × 88 mm (Bridge) |
| Menge | 1 (ggf. 2 bei parallelen Tischen) |
## 4. Gate-Beschreibungskarten ## 4. Gate-Beschreibungskarten
Eine Karte je Gate, steckt im Tor-Schlitz: Gate-Nummer, Gate-Keeper, Eine Karte je Gate, steckt im Tor-Schlitz: Gate-Nummer, Gate-Keeper,
Pflicht-Rollen, Entscheidungspfade. Pflicht-Rollen, Entscheidungspfade — **und die erforderlichen Artefakte**
(das Gate „öffnet" nur, wenn diese Karten in der Service-Akte liegen, vgl. §3a).
| Gate | Keeper | Pfade | | Gate | Keeper | Erforderliche Artefakte | Pfade |
|------|--------|-------| |------|--------|-------------------------|-------|
| Gate 1 (tr_01) | SOR | Entwicklung (tr_02) / Konfiguration (tr_05) | | Gate 1 (tr_01) | SOR | **A2** Service-Definition · **A3** SDD · **A4** Implementation Blueprint | Entwicklung (tr_02) / Konfiguration (tr_05) |
| Gate 2 (tr_09) | SO | Go / Go mit Auflagen / Zurück / Ablehnung | | Gate 2 (tr_09) | SO | **A6** Betriebsdokumentation · **A7** Test-Report | Go / Go mit Auflagen / Zurück / Ablehnung |
| Gate 3 (tr_12) | SOR | Go-Live / mit Auflagen / Zurück / Ablehnung | | Gate 3 (tr_12) | SOR | **A6** (final) · **A7** · **A2** mit SLA/SLO → erzeugt **A8** Aktivierter Service | Go-Live / mit Auflagen / Zurück / Ablehnung |
> Bezug zum Blueprint: Gate 1 prüft „Design-Vollständigkeit" (SDD vorhanden),
> Gate 2 die „Übergabe-Vollständigkeit", Gate 3 die „Betriebsreife" — die
> Artefakt-Bedingung bildet genau diese Prüf-Dimensionen physisch ab.
## 5. Entscheidungs-Chips ## 5. Entscheidungs-Chips

View file

@ -0,0 +1,70 @@
<svg xmlns="http://www.w3.org/2000/svg" width="1000" height="540" viewBox="0 0 1000 540" font-family="system-ui, Arial, sans-serif">
<style>
.slot { fill:#f7f9fb; stroke:#c8d2dd; stroke-width:1.2; }
.hdr { fill:#ffffff; font-size:13px; font-weight:700; text-anchor:middle; }
.anum { fill:#1d2430; font-size:13px; font-weight:700; }
.aname { fill:#33404f; font-size:10px; }
.stat { fill:#6b7686; font-size:9px; }
.gate { fill:#ffffff; font-size:9px; font-weight:700; text-anchor:middle; }
.h1 { fill:#1d2430; font-size:18px; font-weight:700; }
.sub { fill:#444; font-size:12px; }
.lgd { fill:#444; font-size:11px; }
</style>
<rect x="0" y="0" width="1000" height="540" fill="#ffffff"/>
<text x="20" y="30" class="h1">Service-Akte — Artefakte A1A15</text>
<text x="20" y="50" class="sub">Erzeugte Artefaktkarten in den Slot legen · „lebende" Artefakte per Status-Marker weiterschieben (E→F→A) · Gxx = von Gate gefordert</text>
<!-- Spalten-Header -->
<rect x="20" y="70" width="150" height="30" rx="4" fill="#6b7686"/><text x="95" y="90" class="hdr">Eingang (DPM)</text>
<rect x="178" y="70" width="150" height="30" rx="4" fill="#2f80c9"/><text x="253" y="90" class="hdr">Design</text>
<rect x="336" y="70" width="150" height="30" rx="4" fill="#e8862b"/><text x="411" y="90" class="hdr">Transition</text>
<rect x="494" y="70" width="150" height="30" rx="4" fill="#2f9e57"/><text x="569" y="90" class="hdr">Operation</text>
<rect x="652" y="70" width="150" height="30" rx="4" fill="#18a9a0"/><text x="727" y="90" class="hdr">Support</text>
<rect x="810" y="70" width="150" height="30" rx="4" fill="#8358c6"/><text x="885" y="90" class="hdr">Review</text>
<!-- ===== Eingang ===== -->
<g transform="translate(20,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#6b7686"/><text x="12" y="20" class="anum">A1</text><text x="12" y="36" class="aname">Projektauftrag</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<!-- ===== Design ===== -->
<g transform="translate(178,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#2f80c9"/><text x="12" y="20" class="anum">A2 Service-Definition</text>
<text x="12" y="36" class="aname">lebt (Review aktualisiert)</text>
<circle cx="14" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="22" y="55" class="stat">E</text>
<circle cx="46" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="54" y="55" class="stat">F</text>
<circle cx="78" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="86" y="55" class="stat">A</text>
<rect x="110" y="6" width="32" height="14" rx="3" fill="#1d2430"/><text x="126" y="16" class="gate">G1·G3</text></g>
<g transform="translate(178,186)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#2f80c9"/><text x="12" y="20" class="anum">A3 Service Design Doc</text><text x="12" y="36" class="aname">Architektur / WIE</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text><rect x="120" y="6" width="22" height="14" rx="3" fill="#1d2430"/><text x="131" y="16" class="gate">G1</text></g>
<g transform="translate(178,262)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#2f80c9"/><text x="12" y="20" class="anum">A4 Impl. Blueprint</text><text x="12" y="36" class="aname">Einführungsplan</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text><rect x="120" y="6" width="22" height="14" rx="3" fill="#1d2430"/><text x="131" y="16" class="gate">G1</text></g>
<!-- ===== Transition ===== -->
<g transform="translate(336,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#e8862b"/><text x="12" y="20" class="anum">A5 Gate-/SOR-Vorlage</text><text x="12" y="36" class="aname">Gate-Anträge</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<g transform="translate(336,186)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#e8862b"/><text x="12" y="20" class="anum">A6 Betriebsdoku</text><text x="12" y="36" class="aname">Manual/Handbuch</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text><rect x="110" y="6" width="32" height="14" rx="3" fill="#1d2430"/><text x="126" y="16" class="gate">G2·G3</text></g>
<g transform="translate(336,262)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#e8862b"/><text x="12" y="20" class="anum">A7 Test-Report</text><text x="12" y="36" class="aname">Testprotokolle</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text><rect x="110" y="6" width="32" height="14" rx="3" fill="#1d2430"/><text x="126" y="16" class="gate">G2·G3</text></g>
<g transform="translate(336,338)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#e8862b"/><text x="12" y="20" class="anum">A8 Aktivierter Service</text><text x="12" y="36" class="aname">Ergebnis Gate 3</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<!-- ===== Operation ===== -->
<g transform="translate(494,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#2f9e57"/><text x="12" y="20" class="anum">A9 Qualitätsbericht</text><text x="12" y="36" class="aname">SLA/KPIs (+Monitoring)</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<!-- ===== Support ===== -->
<g transform="translate(652,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#18a9a0"/><text x="12" y="20" class="anum">A10 Incident Record</text><text x="12" y="36" class="aname">inkl. Request Record</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<g transform="translate(652,186)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#18a9a0"/><text x="12" y="20" class="anum">A11 Problem Record</text><text x="12" y="36" class="aname">lebt (sp_09→sp_11)</text>
<circle cx="14" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="22" y="55" class="stat">E</text>
<circle cx="46" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="54" y="55" class="stat">F</text>
<circle cx="78" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="86" y="55" class="stat">A</text></g>
<g transform="translate(652,262)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#18a9a0"/><text x="12" y="20" class="anum">A12 Workaround</text><text x="12" y="36" class="aname">→ Wissensdatenbank</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<g transform="translate(652,338)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#18a9a0"/><text x="12" y="20" class="anum">A13 Wissensdatenbank</text><text x="12" y="36" class="aname">lebt (sp_02 ← sp_11)</text>
<circle cx="14" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="22" y="55" class="stat">E</text>
<circle cx="46" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="54" y="55" class="stat">F</text>
<circle cx="78" cy="52" r="4" fill="none" stroke="#6b7686"/><text x="86" y="55" class="stat">A</text></g>
<!-- ===== Review ===== -->
<g transform="translate(810,110)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#8358c6"/><text x="12" y="20" class="anum">A14 Review-Bericht</text><text x="12" y="36" class="aname">4-Dim.-Ampel</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<g transform="translate(810,186)"><rect class="slot" width="150" height="64" rx="6"/><rect width="5" height="64" rx="2" fill="#8358c6"/><text x="12" y="20" class="anum">A15 DPM-Rücklauf</text><text x="12" y="36" class="aname">Demand / Retirement</text><circle cx="14" cy="52" r="4" fill="#2f9e57"/><text x="24" y="55" class="stat">Final</text></g>
<!-- Legende -->
<g transform="translate(20,440)">
<text x="0" y="0" class="h1" style="font-size:13px">Legende</text>
<text x="0" y="22" class="lgd">Status-Marker: <tspan font-weight="700">E</tspan> Entwurf → <tspan font-weight="700">F</tspan> Final → <tspan font-weight="700">A</tspan> Aktualisiert (nur „lebende" Artefakte: A2, A11, A13)</text>
<rect x="0" y="34" width="32" height="14" rx="3" fill="#1d2430"/><text x="16" y="44" class="gate">G1</text>
<text x="40" y="45" class="lgd">= Gate fordert dieses Artefakt (Gate öffnet nur, wenn es in der Akte liegt). G1: A2·A3·A4 · G2: A6·A7 · G3: A6·A7·A2 → A8</text>
</g>
</svg>

After

Width:  |  Height:  |  Size: 8.9 KiB

View file

@ -22,7 +22,7 @@ Gates, an denen die richtigen Rollen-Figuren physisch zusammenkommen müssen.
1. **Action-Stein** — trägt die gezogene Szenario-Karte aufrecht und wandert durch die Phasen. 1. **Action-Stein** — trägt die gezogene Szenario-Karte aufrecht und wandert durch die Phasen.
2. **Aktivitätsplättchen (einseitig)** — nur ID + Kurzbezeichnung. Aus der Verankerung genommen → Stein nimmt den freien Platz ein (= „wir sind hier"). Die Erklärung liegt in der App, nicht auf der Rückseite. 2. **Aktivitätsplättchen (einseitig)** — nur ID + Kurzbezeichnung. Aus der Verankerung genommen → Stein nimmt den freien Platz ein (= „wir sind hier"). Die Erklärung liegt in der App, nicht auf der Rückseite.
3. **RACI-Aktiv-Feld** — mobile Leiste neben dem Action-Stein; beteiligte Rollen werden je Aktivität in die Zonen R/A/C/I gesteckt. Gates bleiben zusätzliche Pflicht-Versammlung. 3. **RACI-Aktiv-Feld** — mobile Leiste neben dem Action-Stein; beteiligte Rollen werden je Aktivität in die Zonen R/A/C/I gestellt. Gates bleiben zusätzliche Pflicht-Versammlung.
4. **Artefakt- & Störungskarten** — machen Ergebnisse und die Operation↔Support-Schleife greifbar. 4. **Artefakt- & Störungskarten** — machen Ergebnisse und die Operation↔Support-Schleife greifbar.
5. **Companion-App (Lernschleife)** — führt die Stationsreihenfolge, stellt pro Station ein vermittelndes Quiz, liefert die Auflösung und protokolliert Verständnislücken. 5. **Companion-App (Lernschleife)** — führt die Stationsreihenfolge, stellt pro Station ein vermittelndes Quiz, liefert die Auflösung und protokolliert Verständnislücken.
@ -44,7 +44,7 @@ Gates, an denen die richtigen Rollen-Figuren physisch zusammenkommen müssen.
| Phasen-Basistiles (Bahn) | ✅ | — | — | | Phasen-Basistiles (Bahn) | ✅ | — | — |
| Aktivitätsplättchen (einseitig, Kurzbezeichnung) | ✅ | — | — | | Aktivitätsplättchen (einseitig, Kurzbezeichnung) | ✅ | — | — |
| Action-Stein (Szenario-Träger) | ✅ | — | — | | Action-Stein (Szenario-Träger) | ✅ | — | — |
| RACI-Aktiv-Feld (Stecklochleiste) | ✅ | — | — | | RACI-Aktiv-Feld (RACI-Leiste) | ✅ | — | — |
| Gate-Tore | ✅ | — | — | | Gate-Tore | ✅ | — | — |
| Rollen-Figuren | ✅ | — | — | | Rollen-Figuren | ✅ | — | — |
| Action Cards / Störungskarten | — | ✅ | — | | Action Cards / Störungskarten | — | ✅ | — |