# 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).

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

> **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).

> **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

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

### 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 |
| Projektleitung | PL |

### Teams (Sammelfiguren) — Grün
| 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.

### Externe — Weiß
Lieferant / Hersteller / Entwickler.

## Gate-Zuordnung (wer muss zusammenkommen)

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

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

## Phasen-Beteiligung (für Embodiment-Modus)

Aus `lifecycle_relevanz` der Rollen-YAML — wer in welcher Phase „sprechen" muss:

- **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

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