3.5 KiB
Spielfiguren — Rollen
Die Figuren bilden die Rollen aus dem Service-Lifecycle ab. Quelle:
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.
Design-Varianten je Rolle: konkrete Figuren-Entwürfe (3 Stil-Tracks + Bild-KI-Prompts) für alle 16 Rollen in
figuren-varianten.md. Ausgearbeitetes Set B (stilisierte Minifiguren, einheitlicher runder Sockel):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.