patrick/SLC_Game
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

update 01.06.2026

Browse source
This commit is contained in:
breitenbach76 2026-06-01 14:19:10 +02:00
parent 7f1a09572e
commit 1af051990f
21 changed files with 1365 additions and 380 deletions
Download patch file Download diff file Expand all files Collapse all files

132
02_Spielfiguren/README_spielfiguren.md
View file

@ -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.