update 01.06.2026

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

View file

@ -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 (A1A15), 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 A1A15 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** (A1A15, 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 (A1A15), 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