diff --git a/00_Konzept/README_konzept.md b/00_Konzept/README_konzept.md index f44917f..b4b44bd 100644 --- a/00_Konzept/README_konzept.md +++ b/00_Konzept/README_konzept.md @@ -106,22 +106,23 @@ Phasen. Footprint des Steins = Footprint der Aktivitäts-Verankerung. Quiz (vermittelnd), dann die ausführliche App-Auflösung. ### 5.3 Rollen-Figuren & Platzierung -Schlanke Pöppel je Rolle (Höhe ~22 mm, Pin Ø 4 mm), farb- und formcodiert. -Es gibt **einheitliche Steckplätze (Ø 4,2 mm)** an zwei Orten: -- **Aktiv-Feld (RACI pro Schritt):** Eine mobile Stecklochleiste steht **neben dem +Schlanke Pöppel je Rolle (Höhe ~22 mm, flacher Standfuß ohne Pin), farb- und +formcodiert. Figuren werden **gestellt, nicht gesteckt**; markierte **Standfelder** +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 **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). -- **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** in die - Tor-Steckplätze, sonst „öffnet" das Gate nicht. +- **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** auf die + Tor-Standfelder gestellt werden, sonst „öffnet" das Gate nicht. -Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche ≤ 8 mm), -damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten: +Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche +Ø ~7,5 mm), damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten: [`../02_Spielfiguren/`](../02_Spielfiguren/). ### 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 A1–A15). 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. - **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. @@ -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 — 1. Was passiert hier konkret für dieses Szenario? 2. Wer macht es (Rolle, RACI)? → die genannten **Rollen-Figuren ins Aktiv-Feld - in die passende R/A/C/I-Zone stecken** - 3. Welches Artefakt entsteht? + in die passende R/A/C/I-Zone stellen** + 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"). 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 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. 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/)). diff --git a/00_Konzept/raci-aktiv-feld.svg b/00_Konzept/raci-aktiv-feld.svg new file mode 100644 index 0000000..fe682df --- /dev/null +++ b/00_Konzept/raci-aktiv-feld.svg @@ -0,0 +1,114 @@ + + + + + + + + + + RACI-Lösung: das Aktiv-Feld (RACI-Fläche) + 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. + Beispiel: ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei + + + + Aktivitäts-Tile (Draufsicht) + + + + + + Szenario-Karte + Action-Stein steht in der Verankerung + („wir sind hier") · Tile bleibt blank + + + + + + liegt daneben + & wandert mit + + + + + RACI-Fläche — Rollen-Figuren je Bereich gestellt + + + + + + + + + + + PL + R + + + + + + + + + SO + genau 1 + A + + + + + + + + + + Betr. + + Arch + + SPM + C + + + + + + + + + (frei) + I + + + ~112 × 40 × 5 mm · R/C/I je 4 Standflächen (2×2) · A = genau 1 (goldene RACI-Regel) · keine Löcher + + + + + Figurenfarbe = Rollenkategorie + Governance (SO, SPM) + Management (PL) + Teams (Betrieb) + Operative (Arch) + Externe (Lieferant) + + diff --git a/00_Konzept/raci-tile-variante.svg b/00_Konzept/raci-tile-variante.svg new file mode 100644 index 0000000..8e4b054 --- /dev/null +++ b/00_Konzept/raci-tile-variante.svg @@ -0,0 +1,76 @@ + + + + + RACI-Tile-Variante: Kreuz-Teilung in 4 Quadranten + Sieht aus wie ein normales Tile, aber durch die Mitte horizontal + vertikal geteilt. Ein Tile, neben dem aktuellen platziert, pro Aktivität bestückt. + Beispiel ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei + + + + + + + + + + + + + + + + + R + A + C + I + + + + PL + + + + + SO (genau 1) + + + + Betrieb + + Arch + + SPM + + + (frei) + + 100 × 100 mm · Quadranten ~48 × 48 mm · A = markiertes Einzelfeld · C am stärksten belegt (bis 4) + + + + + Kapazität (Maximum) + A = 1 (immer) + R = bis 3 + C = bis 4 + I = bis ~2 + + Warum nicht Eck-Mulden? + 1 Mulde = 1 Figur → + reicht für C/R nicht. + Quadrant = Fläche → + mehrere Figuren ok. + + diff --git a/01_3D-Druck/README_3d-druck.md b/01_3D-Druck/README_3d-druck.md index d20ff20..f3b404b 100644 --- a/01_3D-Druck/README_3d-druck.md +++ b/01_3D-Druck/README_3d-druck.md @@ -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). - **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. - **Materialempfehlung:** PLA für Tiles/Plättchen/Gates (formstabil, günstig), PLA + Gewichtseinlage (M8-Mutter) für den Action-Stein (Standfestigkeit mit aufrechter Karte). diff --git a/01_3D-Druck/bauteile-masse.svg b/01_3D-Druck/bauteile-masse.svg new file mode 100644 index 0000000..1fbd62b --- /dev/null +++ b/01_3D-Druck/bauteile-masse.svg @@ -0,0 +1,164 @@ + + + + + SLC-Workshop — Bauteilmaße (aktuell, v0.4) + Maßstab 2 px = 1 mm · rote Maße in mm · Figuren werden gestellt (keine Stecklöcher) + + + + + 50 mm + + + + Phasen-Basistile (Draufsicht) + + + + + + + + + + + Verankerung + Ø60 · T4 + + + 100 + + 100 + Tab 12×6 (N/O) + Slot 12×6 (S/W) + Dicke 6 mm · Ecken r3 · Passung +0,4 mm + + + + + Aktivitäts-Scheibe (blanko + Aufkleber) + + + op_05 + Aufkleber + Ø58–60 + + Ø60 + × 4 mm · Fase 1 mm · blanko (Aufkleber statt Gravur) + + + + + Entscheidungs-Chip + + GO + + Ø30 + × 4 mm · Münze, Symbolgravur + Go / Go m. Auflagen / Zurück / Ablehnung + + + + + Action-Stein + + + Karte + 70×120 + + + Ø35 + ×30 + + + Fuß Ø59 × 5 · M8-Mutter + Schlitz B74 × T4 · Standring Ø70 opt. + + + + + Gate-Tor (Vorderansicht) + + + + + + + + + + + + + + + + + + lichte Weite 90 + + Höhe 100 + Querbalken 14 + Füße 60×30×4 + 4 Standfelder Ø8 (Gravur 0,6) — keine Löcher + Materialstärke (Tiefe) 8 · Pfosten 12 · Kartenschlitz 65×3 (T10) + + + + + Aktiv-Feld · RACI-Fläche (Draufsicht) + + + + + + R + + + + A + + + + + C + + + + + I + + ~112 + 40 × 5 mm · R/C/I je 4 (2×2) · A = genau 1 + Ø8 (A Ø11) · Gravur 0,5 · Pitch 9 · keine Löcher + + + + + Rollen-Figur + + + + + + Höhe ~22 mm + flacher Standfuß, + kein Pin + + Sockel Ø~7,5 + + diff --git a/01_3D-Druck/materialliste.md b/01_3D-Druck/materialliste.md index a125583..ad86d96 100644 --- a/01_3D-Druck/materialliste.md +++ b/01_3D-Druck/materialliste.md @@ -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) -- **Verankerung (Sockel):** zylindrische Vertiefung **Ø 50 mm, Tiefe 4 mm**, mit - 0,4 mm Spielpassung. Sowohl Aktivitätsplättchen als auch der Action-Stein-Fuß - passen hinein. +- **Verankerung (Sockel):** zylindrische Vertiefung **Ø 60 mm, Tiefe 4 mm**, mit + 0,4 mm Spielpassung. Sowohl die Blanko-Scheibe (Ø 60) als auch der + Action-Stein-Fuß (Ø 59) passen hinein. - **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). - Einheitlich am **Aktiv-Feld** und an den **Gate-Toren** — jede Figur passt überall. +- **Figuren-Platzierung:** Figuren werden **gestellt, nicht gesteckt** (flacher + 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 | |---------|------| | Grundfläche | 100 × 100 × 6 mm | -| Verankerung | zentriert, Ø 50 × 4 mm | +| Verankerung | zentriert, Ø 60 × 4 mm | | Kanten | Puzzle-Tabs (Tab/Slot abwechselnd) | | Farbe | je Phase (blau/orange/grün/teal/lila) | | 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 werden — die Puzzle-Tabs erlauben auch 90°-Ecken. -## 2. Aktivitätsplättchen (einseitig) +## 2. Aktivitäts-Scheibe (blanko + Aufkleber) | Merkmal | Wert | |---------|------| -| Form | Rundscheibe Ø 49 × 4 mm (passt in Verankerung) | -| Gravur | **einseitig: ID + Kurzbezeichnung** (z. B. `op_05 — Überwachen der Services`). Rückseite leer/Phasenfarbe — Erklärung liegt in der App | +| Form | Rundscheibe **Ø 60 × 4 mm**, plane Oberseite (passt in Verankerung Ø 60) | +| 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 | -| Menge | **37** (eine je Aktivität; an den 3 Gate-Positionen steht stattdessen ein Gate-Tor) | -| Material | PLA, je Phase eingefärbt (matcht Tile) | +| Menge | **37** (alle identisch & blanko; an den 3 Gate-Positionen steht stattdessen ein Gate-Tor) | +| Material | PLA, einheitlich blanko (Phasenfarbe & Text trägt der Aufkleber) | -> Plättchen 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, nicht über eine Rückseiten-Gravur. -> Bei zu kleiner Schrift für Gravur: glatte Scheibe drucken + bedrucktes Label aufkleben. +> **Vorteil Aufkleber:** Scheiben sind identisch und **wiederverwendbar** — neu +> bekleben für andere Aktivitäten, Korrekturen oder Mehrsprachigkeit; keine +> Serien-STLs/Gravur nötig. Aufkleber Ø 58 sitzt plan, Ø 60 überdeckt die obere +> 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) | 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 | | 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) | @@ -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 | | 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) | | Gravur | „Gate 1/2/3" + Gate-Keeper | | Menge | **3** | | 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. -Hier werden die je Aktivität beteiligten Rollen-Figuren nach **RACI** gesteckt — +Flache Platte, die **neben dem Action-Stein** liegt und mit ihm weiterwandert. +Hier werden die je Aktivität beteiligten Rollen-Figuren nach **RACI** gestellt — RACI wird so **pro Schritt** sichtbar, ohne die Tiles zu verändern. | Merkmal | Wert | |---------|------| -| Grundkörper | ~86 × 26 × 6 mm (Länge ergibt sich aus den Zonen), Ecken r3 | -| Zonen | **R** (2 Plätze) · **A** (1 Platz) · **C** (3 Plätze) · **I** (3 Plätze) | -| Steckplätze | Ø 4,2 mm, Tiefe 4 mm, Pitch 8 mm (für Figuren-Pin Ø 4,0) | -| Gravur | Zonen-Buchstaben R / A / C / I vorne, Tiefe 0,8 mm | +| Grundkörper | **~112 × 40 × 5 mm**, Ecken r4 | +| Bereiche | **R · A · C · I** — 4 abgetrennte Felder (eingravierte Umrandung), **symmetrisch** | +| 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 | Feld-Umrandung 0,6 mm + Zonen-Buchstabe R / A / C / I je Feld, Tiefe 0,8 mm | | Menge | **1** (ggf. 2 bei parallelen Tischen) | | Material | PLA, Infill 20 % | -> **A = genau 1 Platz** — bildet ab, dass je Aktivität genau eine Rolle -> *Accountable* ist (RACI-Regel aus `spm_rollen.yaml`). Nicht jeder Platz muss -> belegt sein; die Leiste ist großzügig ausgelegt. -> Optional: Rastnase, damit die Leiste an den Action-Stein-Fuß andockt. +> **Goldene RACI-Regel: A = genau 1.** Das A-Feld hat bewusst **nur ein** (größeres, +> zentrales) Standfeld — je Aktivität ist genau eine Rolle *Accountable* +> (`spm_rollen.yaml`). R / C / I haben je 4 Felder (2×2) und decken die reale +> 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 | 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) | -| Standfläche | schmal (~8 mm), damit mehrere Figuren in einer Zonen-Reihe nebeneinander stehen | -| Codierung | Farbe + Formvariante je Rollenkategorie | -| Menge | siehe `../02_Spielfiguren/` (Governance, Management, Teams) | -| Material | PLA, eingefärbt | +| Form | Schlanker Pöppel, Höhe ~22 mm, **flacher Standfuß (kein Pin)** — wird auf die Standfelder gestellt | +| Standfläche | rund **Ø ~7,5 mm** (< Pitch 9 mm), damit mehrere Figuren nebeneinander stehen | +| Codierung | Farbe je **Kategorie** (6): Governance Gold · Umfeld/Auftraggeber Bordeaux · Management Blau · Operative Grau · Externe Weiß · Teams Grün | +| Team-Sonderfiguren | **mehrere Mini-Figuren auf einem Sockel** (Betrieb, Support, Projekt) — klar als Team erkennbar | +| 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) @@ -117,11 +138,13 @@ RACI wird so **pro Schritt** sichtbar, ohne die Tiles zu verändern. | Teil | Menge | Datei | |------|------:|-------| | 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` | -| 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` | -| 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) | ## Hinweise für den Producer diff --git a/01_3D-Druck/openscad/README_openscad.md b/01_3D-Druck/openscad/README_openscad.md index 51b40f0..6ae06c9 100644 --- a/01_3D-Druck/openscad/README_openscad.md +++ b/01_3D-Druck/openscad/README_openscad.md @@ -6,25 +6,21 @@ Parametrische Quellmodelle der Schlüsselteile. In [OpenSCAD](https://openscad.o | Datei | Bauteil | |-------|---------| -| `aktivitaets-tile.scad` | Phasen-Basistile (100×100, Verankerung Ø50, Puzzle-Tabs) | -| `aktivitaets-plaque.scad` | Beidseitiges Aktivitätsplättchen (Ø49) — Text per Variable | +| `aktivitaets-tile.scad` | Phasen-Basistile (100×100, Verankerung Ø60, Puzzle-Tabs) | +| `aktivitaets-plaque.scad` | Blanko-Scheibe (Ø60) für 60-mm-Rundaufkleber — keine Gravur | | `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`, -`front_name`, `back_text`). Für alle 38 Aktivitäten empfiehlt sich ein kleines -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): +`aktivitaets-plaque.scad` ist **blanko** — alle **37 Scheiben sind identisch** +(einmal rendern, 37× drucken). Kein Text-Override, keine Serien-STLs mehr nötig. -```bash -openscad -o op_05.stl \ - -D 'front_id="op_05"' \ - -D 'front_name="Ueberwachen der Services"' \ - -D 'back_text="..."' \ - aktivitaets-plaque.scad -``` +Die Beschriftung läuft über **60-mm-Rundaufkleber**: Ein kleines Skript liest die +`service-lifecycle_*.yaml` und erzeugt einen **Aufkleberbogen** (ID + Kurzbezeichnung, +Phasenfarbe) als PDF — analog zur Kartengenerierung. Vorteil: wiederverwendbar, +korrigierbar, mehrsprachig. ## Hinweise diff --git a/01_3D-Druck/openscad/action-stein.scad b/01_3D-Druck/openscad/action-stein.scad index 55142de..6e56b56 100644 --- a/01_3D-Druck/openscad/action-stein.scad +++ b/01_3D-Druck/openscad/action-stein.scad @@ -2,7 +2,7 @@ // SLC-Workshop Tabletop · Einheiten: mm /* [Fuss] */ -foot_d = 49; // sitzt in Verankerung (Ø50) +foot_d = 59; // sitzt in Verankerung (Ø60) foot_h = 5; stand_ring = 70; // optionaler Standring fuer Kippstabilitaet use_ring = true; diff --git a/01_3D-Druck/openscad/aktiv-feld.scad b/01_3D-Druck/openscad/aktiv-feld.scad index 7e5886f..e164194 100644 --- a/01_3D-Druck/openscad/aktiv-feld.scad +++ b/01_3D-Druck/openscad/aktiv-feld.scad @@ -1,77 +1,98 @@ -// Aktiv-Feld — RACI-Stecklochleiste +// Aktiv-Feld — RACI-Fläche (Figuren werden GESTELLT, nicht gesteckt) // SLC-Workshop Tabletop · Einheiten: mm -// Steht NEBEN dem Action-Stein. Bei jeder Aktivitaet werden die beteiligten -// Rollen-Figuren nach RACI in die passende Zone gesteckt: -// R = Responsible · A = Accountable (genau 1) · C = Consulted · I = Informed -// Anpassen und mit OpenSCAD nach STL exportieren (F6 -> Export). +// Eine flache Platte mit 4 abgetrennten Bereichen R · A · C · I (gleich gross). +// R/C/I haben je 4 Standflaechen (2x2). A hat GENAU EIN zentrales Standfeld +// (goldene RACI-Regel: genau eine Rolle ist Accountable). +// Standflaechen sind nur flache Gravur-Markierungen (keine Loecher). -/* [Leiste] */ -strip_w = 26; // Tiefe (zum Spieler) -strip_h = 6; // Dicke -corner_r = 3; +/* [Platte] */ +plate_thick = 5; // Dicke der Flaeche +corner_r = 4; +plate_margin = 5; // Rand aussen -/* [Steckplaetze] */ -pin_hole_d = 4.2; // Loch fuer Figuren-Pin (Pin Oe 4,0 + Spiel) -pin_hole_depth = 4; -pin_pitch = 8; // Mitte-zu-Mitte innerhalb einer Zone -zone_gap = 10; // Luecke zwischen den Zonen -end_margin = 8; // Rand links/rechts -socket_y = 5; // Lochreihe nach hinten versetzt (weg von der Beschriftung) +/* [Standflaechen] (flache Markierung, kein Loch) */ +spot_d = 8; // Durchmesser +spot_depth = 0.5; // Gravurtiefe +spot_pitch = 9; // Mitte-zu-Mitte im Raster (R/C/I) +grid_cols = 2; // Raster fuer R/C/I: 2 x 2 = 4 Standflaechen +grid_rows = 2; +a_spot_d = 11; // A: EIN groesseres zentrales Standfeld (genau 1 Figur) -/* [Beschriftung] */ -label_size = 7; // Buchstabengroesse -label_depth = 0.8; // Gravurtiefe -label_y = -8; // Position der Buchstaben (vorne, zum Spieler) +/* [Bereiche / Zonen] — [Label, cols, rows]; A = 1x1 (goldene RACI-Regel) */ +zones = [["R", 2, 2], ["A", 1, 1], ["C", 2, 2], ["I", 2, 2]]; +cell_pad = 6; // Rand um die Standflaechen im Feld +label_h = 9; // Platz fuer den Buchstaben unten im Feld +zone_gap = 6; // Abstand zwischen den Feldern -/* [Zonen] */ -// [Label, Anzahl Steckplaetze] — A bewusst nur 1 (genau eine Rolle accountable) -zones = [ ["R", 2], ["A", 1], ["C", 3], ["I", 3] ]; +/* [Gravur] */ +frame_w = 1.2; // Strichstaerke der Feld-Umrandung +frame_depth = 0.6; +label_size = 7; +label_depth = 0.8; $fn = 48; -// --- Hilfsfunktionen ------------------------------------------------------- -function zone_span(c) = (c - 1) * pin_pitch; +// --- abgeleitete Maße ------------------------------------------------------- +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) = - i >= len(zones) ? 0 : zone_span(zones[i][1]) + sumspan(i + 1); +function zone_cx(i) = + -plate_w/2 + plate_margin + cell_w/2 + i * (cell_w + zone_gap); -function total_len() = - end_margin * 2 + zone_gap * (len(zones) - 1) + sumspan(); - -// 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); +// --- Geometrie -------------------------------------------------------------- +module rrect(l, w, h, r) { + linear_extrude(h) offset(r) offset(-r) square([l, w], center = true); } -module raci_strip() { - L = total_len(); +module field_frame(cx) { + // eingravierte Umrandung -> grenzt den Bereich ab + translate([cx, 0, plate_thick - frame_depth]) + linear_extrude(frame_depth + 0.1) + difference() { + square([cell_w, cell_h], center = true); + square([cell_w - 2*frame_w, cell_h - 2*frame_w], center = true); + } +} + +module zone_marks(i) { + cx = zone_cx(i); + lab = zones[i][0]; + nc = zones[i][1]; + nr = zones[i][2]; + if (lab == "A") { + // genau EIN zentrales Standfeld (goldene RACI-Regel) + translate([cx, label_h/2, plate_thick - spot_depth]) + cylinder(d = a_spot_d, h = spot_depth + 0.1); + } else { + for (c = [0 : nc - 1]) + 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) + text(lab, size = label_size, halign = "center", valign = "center"); +} + +module aktiv_feld() { difference() { - rounded_rect(L, strip_w, strip_h, corner_r); - - for (idx = [0 : len(zones) - 1]) { - cnt = zones[idx][1]; - sx = -L/2 + end_margin + zone_offset(idx); - - // Steckplaetze der Zone - for (i = [0 : cnt - 1]) - translate([sx + i * pin_pitch, socket_y, strip_h - pin_hole_depth]) - cylinder(d = pin_hole_d, h = pin_hole_depth + 0.1); - - // Zonen-Beschriftung (mittig unter den Loechern) - cx = sx + zone_span(cnt) / 2; - translate([cx, label_y, strip_h - label_depth]) - linear_extrude(label_depth + 0.1) - text(zones[idx][0], size = label_size, - halign = "center", valign = "center"); + 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); diff --git a/01_3D-Druck/openscad/aktivitaets-plaque.scad b/01_3D-Druck/openscad/aktivitaets-plaque.scad index 584d63e..df5426b 100644 --- a/01_3D-Druck/openscad/aktivitaets-plaque.scad +++ b/01_3D-Druck/openscad/aktivitaets-plaque.scad @@ -1,22 +1,18 @@ -// Beidseitiges Aktivitaetsplaettchen (Rundscheibe fuer Verankerung) +// Aktivitaets-Scheibe — BLANKO Rundscheibe fuer 60-mm-Rundaufkleber // 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] */ -disc_d = 49; // Durchmesser (Verankerung 50 - Passung) +disc_d = 60; // Durchmesser (Verankerung 60 - Passung); passt zum 60-mm-Aufkleber disc_h = 4; // Dicke -chamfer = 1; // Fase als Griffhilfe - -/* [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"; +chamfer = 1; // Fase als Griffhilfe (oben + unten). Aufkleber Ø58 sitzt plan, + // Ø60 ueberdeckt die obere Fase leicht. $fn = 96; module disc_body() { - // Scheibe mit beidseitiger Fase + // Scheibe mit beidseitiger Fase, plane Oberseite fuer den Aufkleber hull() { cylinder(d = disc_d - 2*chamfer, h = 0.01); translate([0,0,chamfer]) cylinder(d = disc_d, h = disc_h - 2*chamfer); @@ -24,25 +20,4 @@ module disc_body() { } } -module front_engraving() { - 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(); -} +disc_body(); diff --git a/01_3D-Druck/openscad/aktivitaets-tile.scad b/01_3D-Druck/openscad/aktivitaets-tile.scad index f69fbc9..2fe1168 100644 --- a/01_3D-Druck/openscad/aktivitaets-tile.scad +++ b/01_3D-Druck/openscad/aktivitaets-tile.scad @@ -8,7 +8,7 @@ tile_height = 6; // Dicke corner_r = 3; // Eckenradius /* [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 fit_clear = 0.4; // Spielpassung diff --git a/01_3D-Druck/openscad/gate-tor.scad b/01_3D-Druck/openscad/gate-tor.scad index f635976..f1e4bb4 100644 --- a/01_3D-Druck/openscad/gate-tor.scad +++ b/01_3D-Druck/openscad/gate-tor.scad @@ -13,10 +13,10 @@ foot_w = 60; foot_d = 30; foot_h = 4; -/* [Rollen-Steckplaetze] */ -peg_d = 8.2; // Loch fuer Figuren-Pin (Ø7,5 + Passung) -peg_count = 4; -peg_depth = 6; +/* [Rollen-Standfelder] (keine Loecher — Figuren werden gestellt) */ +spot_d = 8; // Durchmesser der eingravierten Standflaeche +spot_count = 4; // 4 Pflicht-Figuren (SPM + SO + AL B&C + AL App) +spot_depth = 0.6; // Gravurtiefe (reine Markierung) /* [Kartenschlitz oben] */ card_w = 65; @@ -44,13 +44,12 @@ module feet() { cube([foot_w, foot_d, foot_h]); } -module peg_holes() { - // Lochreihe entlang der Vorderkante der Fuesse - spacing = (opening_w + post_w) / (peg_count - 1); - for (i = [0 : peg_count - 1]) - translate([-(opening_w + post_w)/2 + i*spacing, foot_d/2 - peg_d, foot_h]) - rotate([180,0,0]) - cylinder(d = peg_d, h = peg_depth); +module stand_spots() { + // Flache Standfeld-Markierungen entlang der Vorderkante der Fuesse + spacing = (opening_w + post_w) / (spot_count - 1); + for (i = [0 : spot_count - 1]) + translate([-(opening_w + post_w)/2 + i*spacing, foot_d/2 - spot_d, foot_h - spot_depth]) + cylinder(d = spot_d, h = spot_depth + 0.1); } module card_slot() { @@ -63,8 +62,8 @@ difference() { translate([0,0,foot_h]) arch(); translate([0,0,foot_h]) card_slot(); } -// Fuesse inkl. Rollen-Steckplaetze +// Fuesse inkl. Rollen-Standfelder (flache Markierung) difference() { feet(); - peg_holes(); + stand_spots(); } diff --git a/01_3D-Druck/openscad/sor-tile.scad b/01_3D-Druck/openscad/sor-tile.scad new file mode 100644 index 0000000..e847a33 --- /dev/null +++ b/01_3D-Druck/openscad/sor-tile.scad @@ -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); diff --git a/01_3D-Druck/visual-prompts_3d-producer.md b/01_3D-Druck/visual-prompts_3d-producer.md index 411a2e4..20c73ba 100644 --- a/01_3D-Druck/visual-prompts_3d-producer.md +++ b/01_3D-Druck/visual-prompts_3d-producer.md @@ -21,25 +21,26 @@ sauberste Geometrie; Beschriftungen bewusst sparsam halten. 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 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 -engraved code, plain back); a cylindrical game token +a round blank insert disc (~60mm) that fits the recess, its flat top carrying a +round printed label sticker; a cylindrical game token 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 -foot. Parts floating slightly apart to show how they connect. Soft shadows, +arch-shaped "gate" with marked stand spots at its base; a meeple figure with a +flat round base. Parts floating slightly apart to show how they relate. Soft shadows, isometric angle, high detail, dimension-focused, minimal text. ``` ## Prompt B — Aktivitätsplättchen: einseitig & entnehmbar ``` -Close-up technical render of round single-sided game discs in matte colored PLA, -each about 49mm diameter and 4mm thick with a chamfered edge for easy gripping. -Three discs shown: one sitting flush inside a square tile's round recess (top face -showing a short engraved activity code), one lifted out by fingers, and one lying -beside the tile with a plain blank back. The empty recess of one tile is clearly -visible (this is where the upright action token will stand). Emphasis on the -removable fit and the freed socket. Neutral grey background, soft studio light, -shallow depth of field, premium board-game component photography. +Close-up technical render of round blank game discs in matte PLA, each about 60mm +diameter and 4mm thick with a chamfered edge for easy gripping, the flat top face +carrying a round printed label sticker with a short activity code. Three discs +shown: one sitting flush inside a square tile's round recess, one lifted out by +fingers, and one blank disc with the round sticker beside it. The empty recess of +one tile is clearly visible (this is where the upright action token will stand). +Emphasis on the removable fit and the re-stickerable blank top. Neutral grey +background, soft studio light, shallow depth of field, premium board-game +component photography. ``` ## Prompt C — Action-Stein im Detail @@ -55,16 +56,16 @@ lighting, isometric, emphasis on proportions and the card slot fit, no decorativ 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, 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 -along the front base edge for inserting pin-footed figures. A thin horizontal slot -across the top of the arch holding a small reference card. A round-pin meeple figure -is inserted in one of the base holes. Neutral background, isometric, soft shadows, -focus on the peg-hole mechanism, minimal text. +at the base spanning two tiles of a straight track. A row of four small shallow +engraved circular stand spots along the front base edge where figures are placed. +A thin horizontal slot across the top of the arch holding a small reference card. +A flat-based meeple figure stands on one of the marked spots. Neutral background, +isometric, soft shadows, focus on the stand-spot markings, minimal text. ``` ## Prompt E — Tile-Steckmechanik (gerade Bahn) diff --git a/02_Spielfiguren/README_spielfiguren.md b/02_Spielfiguren/README_spielfiguren.md index 1026d94..2a22416 100644 --- a/02_Spielfiguren/README_spielfiguren.md +++ b/02_Spielfiguren/README_spielfiguren.md @@ -1,82 +1,102 @@ # Spielfiguren — Rollen -Die Figuren bilden die Rollen aus dem Service-Lifecycle ab. Quelle: -[`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/spm_rollen.yaml) (v1.1). +Die Figuren bilden die Rollen des SLC-Workshops ab. **Finaler Satz (v0.5):** +**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 -einheitlichen Steckplätze (Ø 4,2 mm) von **Aktiv-Feld und Gate-Toren** passt. -Codierung über **Farbe** (Kategorie) und optional **Formvariante**. +Jede Figur hat einen **flachen Standfuß (Sockel Ø ~7,5 mm, kein Pin)** und wird in +Aktiv-Feld und SOR-Tile **gestellt** (kein Stecksystem). Codierung über **Farbe** +(Kategorie) und optional Formvariante. -> **Platzierung (v0.3):** Figuren werden nicht nur an Gates gesteckt, sondern bei -> **jeder Aktivität** in das mobile **Aktiv-Feld** neben dem Action-Stein — in die -> passende **RACI-Zone (R/A/C/I)**. So wird pro Schritt sichtbar, *wer* in *welcher -> Verantwortung* agiert. Deshalb: schlanke Figuren (Standfläche ≤ 8 mm), damit -> mehrere in einer Zonen-Reihe (Pitch 8 mm) nebeneinander passen. -> Aktiv-Feld-Maße: [`../01_3D-Druck/openscad/aktiv-feld.scad`](../01_3D-Druck/openscad/aktiv-feld.scad). +> **Hinweis Blueprint:** Dieser Figurensatz ist die finale Spiel-Definition. Die +> 4 neuen Rollen (AML, SHM, DPM, ISB) und die Zusammenführung zu **OP** stehen so +> (noch) **nicht** im `spm_rollen.yaml` / in der RACI — die App/Blueprint-RACI +> bleibt vorerst unverändert (bewusste Entscheidung). „OP" entspricht dem +> bisherigen `operations_manager`. -> **Design-Varianten je Rolle:** konkrete Figuren-Entwürfe (3 Stil-Tracks + -> 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 (6 Kategorien) -## Rollen & Codierung +### Governance (Entscheider) — Gold +| Figur | Kürzel | +|-------|--------| +| Service-Portfolio-Manager | SPM | +| Service Owner | SO | -### Governance (Entscheider) — Gold/Gelb -| Figur | Kürzel | Rolle | -|-------|--------|-------| -| Service-Portfolio-Manager | SPM | strategische Portfolio-Steuerung | -| Service Owner | SO | End-to-End-Verantwortung je Service | -| Service Operations Runde | SOR | Gremium (Freigaben, Betriebsreife) | - -> **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. +### Umfeld / Auftraggeber — Bordeaux (`#7d2e3f`) +| Figur | Kürzel | +|-------|--------| +| Amtsleitung | AML | +| Stakeholder Manager | SHM | +| Demand Portfolio Manager | DPM | ### Management (operative Führung) — Blau | Figur | Kürzel | |-------|--------| -| Abteilungsleitung Basis & Cloud | AL B&C | -| Abteilungsleitung Applikationen | AL App | -| Support Manager | Sup Mgr | -| Problem Manager | Prob Mgr | +| Operations Manager | OP | +| Service Support Manager | SSM | +| Problem Manager | PRM | | Projektleitung | PL | +| Informationssicherheitsbeauftragter | ISB | -### Teams (Sammelfiguren) — Grün +### Operative / Fachexperten — Grau | Figur | Kürzel | |-------|--------| -| Betriebsteam | Betrieb | -| Service-Support Team | Support | -| Projektteam | Projekt | - -### Operative Einzelrollen — Grau (optional, für Detailtiefe) -Queue Koordinator, 1st Level Agent, 2nd Level Agent, Testmanagement, Architektur. +| Queue Koordinator | QK | +| 1st Level Agent | 1ST | +| 2nd Level Agent | 2ND | +| Testmanager | TM | +| IT-Architekt | IAR | ### 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 | -|------|----|-------------|------------------------| -| Gate 1 | tr_01 | SOR | SPM + SO + AL B&C + AL App | -| Gate 2 | tr_09 | SO | SO | -| Gate 3 | tr_12 | SOR | SPM + SO + AL B&C + AL App | +| Team-Figur | Kürzel | unter Leitung von | +|------------|--------|-------------------| +| Betriebsteam | Betrieb | Operations Manager (OP) | +| Service-Support-Team | Support | Service Support Manager (SSM) | +| Projektteam | Projekt | Projektleitung (PL) | -**Regel:** Ein Gate „öffnet" erst, wenn alle Pflicht-Figuren in seinen -Steckplätzen stehen. Fehlt eine Rolle, kann nicht entschieden werden — das macht -die Governance-Anforderung körperlich erfahrbar. +> Farbcodes: Governance Gold · Umfeld/Auftraggeber Bordeaux · Management Blau · +> Operative Grau · Externe Weiß · Teams Grün. Design-Prompts: +> [`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 -- **Transition:** SPM, SOR, SO, AL B&C, AL App, Sup Mgr, PL, Projekt-/Betriebsteam, Lieferant -- **Operation:** SO, AL B&C, AL App, Betriebsteam -- **Support:** SO, Sup Mgr, Prob Mgr, Support-Team, Queue Koord, L1, L2, Lieferant -- **Review:** SPM, SOR, SO, Prob Mgr +- **Gate als Eingang:** Das Gate-Tor ist am Eingang dieses Tiles installiert — + hier „betritt" der Service die Gremiumsentscheidung (Gate 1 & Gate 3). +- **Mitte:** Platz für den **Entscheidungs-Chip** (Ø 30). Ist der Chip zu groß, + wird er weggelassen und stattdessen **„Gremium"** eingraviert. +- **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) -Je Pflicht-/Hauptrolle 1 Figur; Teams je 1; operative Rollen optional. Richtwert -**~20 Figuren**. Für größere Gruppen Governance-/SOR-Figuren ggf. doppeln. +| Posten | Menge | +|--------|------:| +| 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. diff --git a/02_Spielfiguren/figuren-set-b_minifiguren.md b/02_Spielfiguren/figuren-set-b_minifiguren.md index 1987326..58ae6ae 100644 --- a/02_Spielfiguren/figuren-set-b_minifiguren.md +++ b/02_Spielfiguren/figuren-set-b_minifiguren.md @@ -1,176 +1,168 @@ # Figuren-Set B — Stilisierte Minifiguren (runder Sockel) -Track-B-Umsetzung für **alle 16 Rollen**: charaktervolle, brettspieltypische -Minifiguren — alle auf dem **gleichen schlanken runden Sockel**, damit sie in -dieselben Steckplätze (Tile-Reihe **und** Gate, Ø 4,2 mm) passen und als -geschlossenes Set wirken. +Finaler Satz (v0.5): **16 Einzelrollen** + **3 Team-Sonderfiguren**. Alle auf dem +**gleichen schlanken runden Sockel**, damit sie als geschlossenes Set wirken und +gleichmäßig auf den Standfeldern stehen. **Die SOR ist keine Figur**, sondern ein +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 -> des **Aktiv-Felds** (neben dem Action-Stein) stehen (Pitch **8 mm**), muss der -> Sockel **schlank** sein (Ø ≤ 8 mm) und der Pin **Ø 4,0 mm**. Kein breiter -> Diorama-Sockel — sonst kollidieren Nachbarfiguren. +> **Wichtig (v0.5):** Figuren werden **gestellt, nicht gesteckt** (flacher Boden, +> kein Pin). Sockel **Ø ~7,5 mm**, Höhe ~22 mm. Da im Aktiv-Feld mehrere Figuren +> in einer Zone stehen (Pitch 9 mm), bleibt der Sockel schlank. -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 16 Figuren — vor jeden Prompt setzen) +## Style-Bible (gilt für ALLE Figuren — vor jeden Prompt setzen) > `Stylized board-game miniature character in matte PLA, chunky friendly proportions > (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 -> underneath. Figure height ~22mm including base. Clean technical product render, -> neutral light-grey studio background, soft studio light, isometric, high detail, -> tiny role abbreviation engraved on the back of the base.` +> small flat ROUND disc base ~7.5mm diameter (no pin, flat underside). Figure height +> ~22mm including base. Clean technical product render, neutral light-grey studio +> background, soft studio light, isometric, high detail, tiny role abbreviation +> engraved on the base rim.` **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. -- Gleiche **Proportionen** (großer Kopf, gedrungener Körper) — variiert wird nur Pose + Attribut. -- **Farbe = Kategorie:** Governance Gold/Gelb · Management Blau · Teams Grün · Operative Grau · Externe Weiß. -- Attribut/Requisit darf in Kontrastton abgesetzt sein. +- **Identischer flacher Rundsockel** für jede Figur (Ø ~7,5 mm, kein Pin). +- Gleiche **Proportionen**; variiert wird nur Pose + Attribut. +- **Farbe = Kategorie:** Governance Gold · Umfeld/Auftraggeber Bordeaux (`#7d2e3f`) · + Management Blau · Operative Grau · Externe Weiß · Teams Grün. - Keine dünnen, bruchgefährdeten Teile (druck- & spielfest). -> **Ausnahme Sammelfiguren (SOR, Teams):** Diese dürfen einen breiteren Sockel -> haben (Diorama/Trio). Sie stehen dann **neben** dem Aktiv-Feld bzw. überspannen -> 2 Steckplätze einer Zone — nicht einzeln in der schmalen 8-mm-Reihe. -> Einzelrollen bleiben beim schlanken Ø-8-mm-Sockel. +> **Team-Sonderfiguren (grün):** **mehrere Mini-Figuren auf EINEM Sockel** (Trio), +> damit klar ist: Team, keine Einzelrolle. Gleicher Sockel-Durchmesser wie +> Einzelfiguren (ggf. minimal breiter, aber im selben Stil). --- -# GOVERNANCE — Gold/Gelb +# GOVERNANCE — Gold ### 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 -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 -### AL B&C — Abteilungsleitung Basis & Cloud -Infrastruktur: Netze, Server, Cloud. +### OP — Operations Manager ``` -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 -Anwendungen, Fachverfahren. +### SSM — Service Support Manager ``` -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 -Organisiert & sichert den Support. +### PRM — Problem Manager ``` -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. -``` - -### 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. +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. ``` ### 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. ``` ---- - -# TEAMS (Sammelfiguren) — Grün -*Als „mehrere Personen" lesbar — Trio auf einem gemeinsamen runden Sockel.* - -### Betrieb — Betriebsteam -Laufender Betrieb, Monitoring, Deployment. +### ISB — Informationssicherheitsbeauftragter ``` -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. -``` - -### 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. +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. ``` --- -# OPERATIVE EINZELROLLEN — Grau +# OPERATIVE / FACHEXPERTEN — Grau -### Queue Koord — Queue Koordinator -Ticket-Lotse. +### QK — Queue Koordinator ``` -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 -Erste Anlaufstelle. +### 1ST — 1st Level Agent ``` -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 -Tiefe Analyse. +### 2ND — 2nd Level Agent ``` -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 -Prüft Betriebsreife. +### TM — Testmanager ``` -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 -Standards & Zielarchitektur. +### IAR — IT-Architekt ``` -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ß -### Lieferant — Lieferant / Hersteller / Entwickler -Liefert externe Komponenten. +### DSL — Dienstleister ``` -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) -Für ein Übersichtsbild des kompletten Sets: ``` -Group product render of a complete set of stylized matte PLA board-game miniatures, -all standing on identical round disc bases, arranged in rows by color category: -gold (governance) front row, blue (management), green (team trios), grey (operatives), -white (external) — consistent chunky proportions and base, neutral grey background, -soft studio light, isometric, cohesive collectible set look, minimal engraved labels. +Group product render of the complete set of stylized matte PLA board-game miniatures, +all on identical flat round disc bases (no pins), arranged in rows by colour category: +gold (governance), deep bordeaux (umfeld/auftraggeber), blue (management), +grey (operatives), white (external), and three green TEAM figures (multiple figures +on one base). Consistent chunky proportions, neutral grey background, soft studio +light, isometric, cohesive collectible set look, minimal engraved labels. ``` ## Hinweise -- Attribute (Krone, Lupe, Headset, Kiste) ggf. als separate Aufsteck-/Anbauteile drucken → weniger Stützstruktur, mischbar. -- Identischer Sockel ist hier das verbindende Element — bei der Modellierung als **gemeinsames Basis-Modul** anlegen und die 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. +- Attribute (Krone, Lupe, Headset, Kiste, Schloss) ggf. als separate Aufsteck-/Anbauteile drucken → weniger Stützstruktur. +- Identischer Sockel ist das verbindende Element — als gemeinsames Basis-Modul anlegen, Figuren darauf setzen. +- 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. diff --git a/02_Spielfiguren/figuren-varianten.md b/02_Spielfiguren/figuren-varianten.md index 8bff1bb..b932ca3 100644 --- a/02_Spielfiguren/figuren-varianten.md +++ b/02_Spielfiguren/figuren-varianten.md @@ -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 -Stil-Varianten plus ein fertiger Bild-KI-Prompt (Englisch, für Nano Banana / Imagen). -Rollenquelle: [`spm_rollen.yaml`](../../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/spm_rollen.yaml) (v1.1). +> ⚠️ **Stand v0.5:** Der **finale, verbindliche Figurensatz** steht in +> [`README_spielfiguren.md`](README_spielfiguren.md) und +> [`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) @@ -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 | | **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):** -- Pin-Fuß **Ø 4,0 mm** (passt in einheitliche Steckplätze Ø 4,2 mm — Tile-Reihe & Gate) -- Schlanker Sockel **Ø ≤ 8 mm**, damit mehrere Figuren in einer Aktiv-Feld-Zone (Pitch 8 mm) nebeneinander stehen +- **Flacher Standfuß (kein Pin)** — Figuren werden gestellt, nicht gesteckt (Tile-Reihe & Gate) +- Schlanker Sockel **Ø ~7,5 mm**, damit mehrere Figuren in einer Aktiv-Feld-Zone (Pitch 9 mm) nebeneinander stehen - Höhe ~22 mm, matte PLA - **Farbe = Kategorie** (siehe unten), Attribut/Gravur in Kontrastton möglich - 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):** -> `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". ``` -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 @@ -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". ``` -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)* 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. - **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". ``` -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 @@ -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". ``` -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 @@ -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". ``` -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 @@ -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". ``` -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 @@ -109,7 +117,7 @@ Plant & steuert Entwicklungsprojekte. **Signatur: Klemmbrett mit Gantt + Dirigen - **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". ``` -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 @@ -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". ``` -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 @@ -144,7 +152,7 @@ Entwicklung, Test, Doku, Übergabe. **Signatur: Trio + Blaupause-Rolle & Schraub - **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". ``` -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 @@ -168,7 +176,7 @@ Erste Anlaufstelle, Standardfälle. **Signatur: Headset + großes „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 @@ -178,7 +186,7 @@ Komplexe Störungen, tiefe Analyse. **Signatur: Headset + Werkzeug + großes „ - **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 @@ -188,7 +196,7 @@ Plant & verantwortet Tests, Betriebsreife. **Signatur: Häkchen-Schild + Reagenz - **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 @@ -198,7 +206,7 @@ Standards, Zielarchitektur, Risiken. **Signatur: Zirkel + Blaupause.** - **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". ``` -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). ``` --- diff --git a/02_Spielfiguren/rollenkarten_gamma.md b/02_Spielfiguren/rollenkarten_gamma.md new file mode 100644 index 0000000..8dcad05 --- /dev/null +++ b/02_Spielfiguren/rollenkarten_gamma.md @@ -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_01–op_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_03–sp_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_03–op_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_06–sp_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. diff --git a/03_Karten/README_karten.md b/03_Karten/README_karten.md index a2d19f6..edf310b 100644 --- a/03_Karten/README_karten.md +++ b/03_Karten/README_karten.md @@ -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) | | 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 (A1–A15), Artefakt-Sammler (§3a) | | Gate-Beschreibungskarten | 60 × 90 mm | stecken im Gate-Tor-Schlitz (65 mm) | | 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 A1–A15 analog als `artefakte:`-Block in den > `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** (A1–A15, 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 (A1–A15), nach Phase gruppiert, je mit Mini-Status-Track | +| Karten | Artefaktkarten 63 × 88 mm (Bridge) | +| Menge | 1 (ggf. 2 bei parallelen Tischen) | + ## 4. Gate-Beschreibungskarten 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 1 (tr_01) | SOR | Entwicklung (tr_02) / Konfiguration (tr_05) | -| Gate 2 (tr_09) | SO | Go / Go mit Auflagen / Zurück / Ablehnung | -| Gate 3 (tr_12) | SOR | Go-Live / mit Auflagen / Zurück / Ablehnung | +| Gate | Keeper | Erforderliche Artefakte | Pfade | +|------|--------|-------------------------|-------| +| Gate 1 (tr_01) | SOR | **A2** Service-Definition · **A3** SDD · **A4** Implementation Blueprint | Entwicklung (tr_02) / Konfiguration (tr_05) | +| Gate 2 (tr_09) | SO | **A6** Betriebsdokumentation · **A7** Test-Report | Go / Go 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 diff --git a/03_Karten/service-akte.svg b/03_Karten/service-akte.svg new file mode 100644 index 0000000..7e89cb7 --- /dev/null +++ b/03_Karten/service-akte.svg @@ -0,0 +1,70 @@ + + + + Service-Akte — Artefakte A1–A15 + Erzeugte Artefaktkarten in den Slot legen · „lebende" Artefakte per Status-Marker weiterschieben (E→F→A) · Gxx = von Gate gefordert + + + Eingang (DPM) + Design + Transition + Operation + Support + Review + + + A1ProjektauftragFinal + + + A2 Service-Definition + lebt (Review aktualisiert) + E + F + A + G1·G3 + A3 Service Design DocArchitektur / WIEFinalG1 + A4 Impl. BlueprintEinführungsplanFinalG1 + + + A5 Gate-/SOR-VorlageGate-AnträgeFinal + A6 BetriebsdokuManual/HandbuchFinalG2·G3 + A7 Test-ReportTestprotokolleFinalG2·G3 + A8 Aktivierter ServiceErgebnis Gate 3Final + + + A9 QualitätsberichtSLA/KPIs (+Monitoring)Final + + + A10 Incident Recordinkl. Request RecordFinal + A11 Problem Recordlebt (sp_09→sp_11) + E + F + A + A12 Workaround→ WissensdatenbankFinal + A13 Wissensdatenbanklebt (sp_02 ← sp_11) + E + F + A + + + A14 Review-Bericht4-Dim.-AmpelFinal + A15 DPM-RücklaufDemand / RetirementFinal + + + + Legende + Status-Marker: E Entwurf → F Final → A Aktualisiert (nur „lebende" Artefakte: A2, A11, A13) + G1 + = 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 + + diff --git a/README.md b/README.md index 0f61bca..4878ce5 100644 --- a/README.md +++ b/README.md @@ -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. 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. 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) | ✅ | — | — | | Aktivitätsplättchen (einseitig, Kurzbezeichnung) | ✅ | — | — | | Action-Stein (Szenario-Träger) | ✅ | — | — | -| RACI-Aktiv-Feld (Stecklochleiste) | ✅ | — | — | +| RACI-Aktiv-Feld (RACI-Leiste) | ✅ | — | — | | Gate-Tore | ✅ | — | — | | Rollen-Figuren | ✅ | — | — | | Action Cards / Störungskarten | — | ✅ | — |