update 01.06.2026
This commit is contained in:
parent
7f1a09572e
commit
1af051990f
21 changed files with 1365 additions and 380 deletions
|
|
@ -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 (A1–A15), 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 A1–A15 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** (A1–A15, 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 (A1–A15), 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
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue