update 01.06.2026

00_Konzept/README_konzept.md

@@ -106,22 +106,23 @@ Phasen. Footprint des Steins = Footprint der Aktivitäts-Verankerung.
   Quiz (vermittelnd), dann die ausführliche App-Auflösung.
 
 ### 5.3 Rollen-Figuren & Platzierung
-Schlanke Pöppel je Rolle (Höhe ~22 mm, Pin Ø 4 mm), farb- und formcodiert.
-Es gibt **einheitliche Steckplätze (Ø 4,2 mm)** an zwei Orten:
-- **Aktiv-Feld (RACI pro Schritt):** Eine mobile Stecklochleiste steht **neben dem
+Schlanke Pöppel je Rolle (Höhe ~22 mm, flacher Standfuß ohne Pin), farb- und
+formcodiert. Figuren werden **gestellt, nicht gesteckt**; markierte **Standfelder**
+gibt es an zwei Orten:
+- **Aktiv-Feld (RACI pro Schritt):** Eine mobile Leiste steht **neben dem
   Action-Stein** und wandert mit ihm. Sie hat vier beschriftete Zonen
   **R · A · C · I**. Beim Bearbeiten einer Aktivität werden die beteiligten Rollen
-  in die passende RACI-Zone gesteckt — sichtbar wird nicht nur *wer*, sondern *in
+  in die passende RACI-Zone gestellt — sichtbar wird nicht nur *wer*, sondern *in
   welcher Verantwortung*. **A** hat genau einen Platz (genau eine Rolle accountable).
-- **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** in die
-  Tor-Steckplätze, sonst „öffnet" das Gate nicht.
+- **Gate-Versammlung:** An den Gates müssen die **Pflicht-Figuren** auf die
+  Tor-Standfelder gestellt werden, sonst „öffnet" das Gate nicht.
 
-Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche ≤ 8 mm),
-damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten:
+Die Tiles bleiben dadurch clean; die Figuren sind bewusst klein (Standfläche
+Ø ~7,5 mm), damit mehrere in einer Zonen-Reihe stehen. Details & Designvarianten:
 [`../02_Spielfiguren/`](../02_Spielfiguren/).
 
 ### 5.4 Weitere Karten & Chips
-- **Artefaktkarten:** Was an einer Aktivität entsteht (Projektauftrag, Betriebsdoku, Test-Report, Service-Qualitätsbericht, Incident/Problem Record, Workaround, Review-Bericht).
+- **Artefaktkarten + Service-Akte:** Was an einer Aktivität entsteht (15 konsolidierte Artefakte A1–A15). Erzeugte Artefakte kommen als Karte in die **Service-Akte** (Tableau neben dem Action-Stein); „lebende" Artefakte (Service-Definition, Problem Record, Wissensdatenbank) werden über einen **Status-Marker** mehrfach befüllt. **Gate-Kopplung:** Ein Gate öffnet nur, wenn die geforderten Artefakte in der Akte liegen (Gate 1: SDD + Implementation Blueprint usw.). Details: [`../03_Karten/`](../03_Karten/).
 - **Störungskarten:** Gegenstück zu Action Cards (Incident-Welle, Sicherheitsvorfall, Budgetkürzung, Eskalation) — zwingen in die Operation↔Support-Schleife oder über ein Gate zurück.
 - **Entscheidungs-Chips:** Go / Go mit Auflagen / Zurück / Ablehnung.
 - **DPM-Rücklauf-Karte:** markiert am Review-Ende, wenn der Service als Redesign/Retirement zurück in den Demand-Lifecycle geht.
@@ -154,13 +155,16 @@ Schwach beantwortete Stationen werden protokolliert (→ Abschnitt 8). MVP-Scope
 4. **Station bearbeiten (Lernschleife, App noch zu):** Pro Aktivität die drei Leitfragen diskutieren —
    1. Was passiert hier konkret für dieses Szenario?
    2. Wer macht es (Rolle, RACI)? → die genannten **Rollen-Figuren ins Aktiv-Feld
-      in die passende R/A/C/I-Zone stecken**
-   3. Welches Artefakt entsteht?
+      in die passende R/A/C/I-Zone stellen**
+   3. Welches Artefakt entsteht? → erzeugte **Artefaktkarte in die Service-Akte**
+      legen (bzw. Status-Marker eines bestehenden Artefakts weiterschieben).
    Plättchen herausnehmen, **Action-Stein in die Verankerung** („wir sind hier").
    Dann **App-Quiz** zur Station → **Auflösung in der App** → Gruppe reflektiert /
    gleicht ab. Danach Aktiv-Feld leeren und mit dem Action-Stein zur **nächsten
    Station** weiterziehen (App schaltet weiter).
-5. **Gates:** Diskussion, Pflicht-Figuren setzen, Entscheidungs-Chip wählen, Token durch das Tor schieben.
+5. **Gates:** Diskussion, Pflicht-Figuren setzen, **geforderte Artefakte in der
+   Service-Akte prüfen** (sonst öffnet das Gate nicht), Entscheidungs-Chip wählen,
+   Token durch das Tor schieben.
 6. **Schleife:** Störungskarten und Support-Phase durchspielen, bis Review erreicht ist.
 7. **Review-Entscheidung:** Improvement / Redesign (rv_05) / Retirement (rv_06) — Redesign & Retirement geben den Service über die DPM-Rücklauf-Karte ab.
 8. **Debrief:** Logbuch & Reflexion (→ [`../05_Workshop-Dokumentation/`](../05_Workshop-Dokumentation/)).