82 lines
3.5 KiB
Markdown
82 lines
3.5 KiB
Markdown
# 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.
|