diff --git a/00_Konzept/README_konzept.md b/00_Konzept/README_konzept.md index 0d3e239..d083342 100644 --- a/00_Konzept/README_konzept.md +++ b/00_Konzept/README_konzept.md @@ -1,17 +1,20 @@ # Gesamtkonzept — SLC-Workshop Tabletop -**Version:** 0.4 (Konzept · lineares Board · RACI-Aktiv-Feld · App-gekoppelte Lernschleife) -**Stand:** 2026-05-27 +**Version:** 0.5 (Konzept · lineare Puck-Bahn · Phasen-Ring · quadratisches RACI-Aktiv-Feld · App-gekoppelte Lernschleife) +**Stand:** 2026-06-05 **Quelle:** Service-Lifecycle-Blueprint v3.2 (`#02_service-portfolio-management/.../02_spm_service-lifecycle-blueprint/`) -> Änderung ggü. v0.1: Board ist **linear** (durchgehende Bahn), kein geschlossener -> Ring. Der DPM-Rücklauf wird als Ausgang am Review-Ende dargestellt, nicht als -> Brückensegment. -> -> Änderung ggü. v0.3: Die **Erklärung** wandert von der Plättchen-Rückseite in die -> **Companion-App**. Plättchen tragen nur noch die **Kurzbezeichnung** (einseitig). -> Pro Station gilt die Schleife **Diskussion → App-Quiz → Auflösung → Reflexion**; -> die App führt die Stationsreihenfolge automatisch. +> **Änderung ggü. v0.4 (Hardware-Redesign):** +> - Eckige Steck-Tiles + separate Plättchen/Scheiben **ersetzt durch runde Ø100-Pucks** +> (ein Bauteil je Station; 7 Figurenmulden + Mittenetikett). Pucks liegen **lose** +> (keine Steckverbindung, keine Magnete, keine Verankerung). +> - **Action-Stein entfällt** — die Action Card liegt flach an der aktuellen Station; +> die App führt die Reihenfolge, die gestellten Figuren markieren „wir sind hier". +> - **Gate-Tore + Gate-Karten entfallen** — ein Gate ist ein **roter Puck**; Keeper, +> Artefakte und Auflösung laufen über App + Entscheidungs-Chips. +> - **Aktiv-Feld** ist jetzt **quadratisch (2×2: R|A / C|I)**. +> - Neu: **Phasen-Ring** — zusammengesteckt die SLC-Übersicht, auseinandergenommen +> die farbigen Phasen-Köpfe der Bahn (Design-Segment = Start). --- @@ -27,12 +30,12 @@ Lernziele: - Begreifen, **wer** an **welchem Gate** entscheidet (Governance / RACI). - Die Operation↔Support-Schleife und die Rückkopplung in den Demand-Lifecycle nachvollziehen. -## 2. Das Spielbrett — lineare Bahn +## 2. Das Spielbrett — lineare Puck-Bahn -Der Service-Lifecycle ist eine **durchgehende Bahn** von Design bis Review. Ein -Service-Token wandert von links nach rechts; Operation und Support bilden eine -sichtbare Hin-und-zurück-Schleife. Am Review-Ende führen zwei Ausgänge zurück in -den Demand-Lifecycle (Redesign / Retirement) — bewusst **kein** kurzgeschlossener +Der Service-Lifecycle ist eine **durchgehende Bahn** von Design bis Review. Die +Gruppe wandert mit dem Szenario von links nach rechts; Operation und Support bilden +eine sichtbare Hin-und-zurück-Schleife. Am Review-Ende führen zwei Ausgänge zurück +in den Demand-Lifecycle (Redesign / Retirement) — bewusst **kein** kurzgeschlossener Pfeil zu Design. ``` @@ -48,12 +51,19 @@ Loop-Ebene: **Operation ⇄ Support** ist der innere Sub-Loop (laufender Betrieb dreht sich häufig); der DPM-Rücklauf ist die langlebige „Wiedergeburt" eines Services und verlässt das Board am Review-Ende. -### Aufbau aus modularen Tiles -Das Board ist ein **Tile-System**: kleine, untereinander steckbare Basistiles -(je eine Aktivität/Gate pro Tile), die zu einer Bahn aneinandergereiht werden. -Bei Platzmangel kann die Bahn **mäandrierend** (Zeilen-Umbruch) gelegt werden. -Das hält die 3D-Druckteile klein genug für übliche Druckbetten. Maße & Mechanik: -[`../01_3D-Druck/`](../01_3D-Druck/). +### Aufbau aus runden Pucks +Die Bahn ist eine Reihe **runder Pucks** (Ø 100 mm): **eine je Aktivität** (37) plus +**3 Gate-Pucks** (gleiche Form, rote Farbe) = 40 Positionen. Die Pucks werden +**lose** aneinandergelegt (keine Steck-/Magnetverbindung); bei Platzmangel +mäandrierend. Als optische Linie dient eine flache Unterlage/Matte. Jeder Puck +trägt seine Phasenfarbe (Filament) und in der Mitte ein **Rundetikett** mit +ID + Kurzbezeichnung. Maße & Modelle: [`../01_3D-Druck/`](../01_3D-Druck/). + +### Phasen-Ring (Übersicht ↔ Bahn-Köpfe) +Fünf farbige 72°-Segmente bilden **zusammengesteckt** den SLC-Übersichts-Donut +(Gesamtbild des Lifecycles) und **auseinandergenommen** die **Phasen-Köpfe** der +Bahn — das **Design-Segment ist der Start** vor dem ersten Puck. Jedes Segment +trägt Icon + Phasenname in der Phasenfarbe. ## 3. Phasen & Aktivitäten @@ -68,18 +78,20 @@ Präfixe: `ds_` Design · `tr_` Transition · `op_` Operation · `sp_` Support | **Review** | lila | rv_01–rv_06 (6) | Vollständige Aktivitätsliste mit Namen: siehe Blueprint-README (Quelle oben). -Die **Plättchen-Kurzbezeichnung** (ID + Name) und die **App-Auflösung** werden -beide 1:1 aus den `service-lifecycle_*.yaml` gezogen — keine Doppelpflege. +Die **Etikett-Kurzbezeichnung** (ID + Name) und die **App-Auflösung** werden beide +1:1 aus den `service-lifecycle_*.yaml` gezogen — keine Doppelpflege. ## 4. Die Gates -| Gate | ID | Position | Gate-Keeper | Pflicht-Figuren am Tor | -|------|----|----------|-------------|------------------------| +| Gate | ID | Position | Gate-Keeper | Pflicht-Figuren am Gate-Puck | +|------|----|----------|-------------|------------------------------| | Gate 1 | tr_01 | Entry Transition | **SOR** | SPM + SO + AL B&C + AL App | | Gate 2 | tr_09 | nach Build | **SO** (allein) | SO | | Gate 3 | tr_12 | Exit Transition → Operation | **SOR** | SPM + SO + AL B&C + AL App | -Entscheidungspfade als Chips: **Go / Go mit Auflagen / Zurück / Ablehnung** +Ein Gate ist ein **roter Puck** (Etikett `G1`/`G2`/`G3` + Entscheidungs-Icon). Die +Pflicht-Figuren werden in seine Figurenmulden gestellt; sonst „öffnet" das Gate +nicht. Entscheidungspfade als Chips: **Go / Go mit Auflagen / Zurück / Ablehnung** (exakt die im Blueprint dokumentierten Pfade). Gate 1 verzweigt zusätzlich **Entwicklung (tr_02)** vs. **Konfiguration (tr_05)**. @@ -89,40 +101,40 @@ Entscheidungspfade als Chips: **Go / Go mit Auflagen / Zurück / Ablehnung** ## 5. Spielelemente (Mechaniken) -### 5.1 Action-Stein (Szenario-Träger) -Ein Spielstein mit aufrechtem Kartenschlitz. Die gezogene **Action Card** (z.B. -„Strategiewechsel") steckt sichtbar im Stein und wandert mit ihm durch die -Phasen. Footprint des Steins = Footprint der Aktivitäts-Verankerung. +### 5.1 Szenario / Action Card (kein Spielstein) +Eine gezogene **Action Card** (z. B. „Strategiewechsel") gibt das Szenario vor. Sie +liegt **flach an der aktuellen Station** und wandert mit der Gruppe die Bahn entlang. +Einen aufrechten Träger-Stein gibt es nicht mehr; die **App führt** die +Stationsreihenfolge, die aktuelle Station ist zusätzlich daran erkennbar, dass dort +die **Rollen-Figuren** stehen. -### 5.2 Aktivitätsplättchen + App-Auflösung (Kern-Mechanik) -- **Plättchen ist einseitig:** nur **ID + Kurzbezeichnung** (`op_05 — Überwachen - der Services`). **Keine Erklärung auf der Rückseite** — die liegt in der App. -- Sitzt in der **Verankerung** (Vertiefung) des Tiles und ist **entnehmbar**. -- **Spielzug:** Action-Stein erreicht das Plättchen → Gruppe **diskutiert anhand der - Kurzbezeichnung**, was hier passiert (noch **nichts** aufdecken) → Plättchen - herausnehmen, Action-Stein in die freie Verankerung stellen (markiert „wir sind - hier") → **App-Quiz** zur Station → **Auflösung in der App** → kurze Reflexion. -- Die Erklärung wird also **erarbeitet, nicht vorgelesen**: erst Diskussion, dann - Quiz (vermittelnd), dann die ausführliche App-Auflösung. +### 5.2 Station-Puck + App-Auflösung (Kern-Mechanik) +- **Ein Puck je Station** (Ø 100 mm): außen ein Ring aus **7 Figurenmulden**, in der + Mitte ein **Rundetikett** mit **ID + Kurzbezeichnung** (`op_05 — Überwachen der + Services`). **Keine Erklärung am Puck** — die liegt in der App. +- **Spielzug:** Die Gruppe erreicht den nächsten Puck → **diskutiert anhand der + Kurzbezeichnung**, was hier passiert (noch **nichts** aufdecken) → beteiligte + **Figuren an den Puck stellen** → **App-Quiz** zur Station → **Auflösung in der + App** → kurze Reflexion → weiter zur nächsten Station. +- Die Erklärung wird **erarbeitet, nicht vorgelesen**: erst Diskussion, dann Quiz + (vermittelnd), dann die ausführliche App-Auflösung. ### 5.3 Rollen-Figuren & Platzierung Pöppel je Rolle (Höhe ~50 mm, flacher Standfuß Ø 20 mm 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 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** auf die - Tor-Standfelder gestellt werden, sonst „öffnet" das Gate nicht. +formcodiert. Figuren werden **gestellt, nicht gesteckt**; es gibt **zwei** Orte: +- **Am Station-Puck (wer ist beteiligt):** die **7 Figurenmulden** (Ø 22) nehmen die + je Aktivität beteiligten Rollen auf — sichtbar wird, *wer* an dieser Station mitwirkt. +- **Aktiv-Feld (RACI pro Schritt):** ein **quadratisches** Board (130 × 130 mm), das + neben der aktuellen Station liegt und mitwandert. Es hat vier Zonen im 2×2-Raster + **R | A** (oben) und **C | I** (unten). Die beteiligten Rollen werden zusätzlich in + die passende RACI-Zone gestellt — sichtbar wird nicht nur *wer*, sondern *in welcher + Verantwortung*. **A** hat genau einen Platz (genau eine Rolle accountable). -Die Tiles bleiben dadurch clean; die Figuren stehen mit Ø-20-mm-Sockel auf den -Standfeldern (Aktiv-Feld-Pitch 24 mm). Details & Designvarianten: -[`../02_Spielfiguren/`](../02_Spielfiguren/). +Alle Standfelder sind Ø 22 (gleich wie die Puck-Mulden — dieselben Ø-20-Figuren). +Details & Designvarianten: [`../02_Spielfiguren/`](../02_Spielfiguren/). ### 5.4 Weitere Karten & Chips -- **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/). +- **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 der aktuellen Station); „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. @@ -131,9 +143,9 @@ Standfeldern (Aktiv-Feld-Pitch 24 mm). Details & Designvarianten: Details: [`../03_Karten/`](../03_Karten/). ### 5.5 Companion-App (Lernschleife & Auflösung) -Die App ist der **erklärende Gegenpart** zum Board und ersetzt die frühere -Plättchen-Rückseite. Sie **führt die Stationsreihenfolge automatisch** (linearer -Lifecycle, „Nächste Station") — die Plättchen brauchen daher keinen Code. +Die App ist der **erklärende Gegenpart** zum Board. Sie **führt die +Stationsreihenfolge automatisch** (linearer Lifecycle, „Nächste Station") — die Pucks +brauchen daher keinen Code; ihre ID steht nur auf dem Etikett. Pro Station liefert die App die Schrittigkeit: 1. **Diskussion zuerst (am Board):** Gruppe deutet die Kurzbezeichnung; App noch zu. @@ -149,22 +161,21 @@ Schwach beantwortete Stationen werden protokolliert (→ Abschnitt 8). MVP-Scope ## 6. Spielablauf -1. **Setup:** Bahn legen, Plättchen in Verankerungen, Rollen-Figuren am Spielfeldrand, Action/Störungs-Decks bereit, Tablet aktiviert. +1. **Setup:** Puck-Bahn auslegen (Phasen-Ring auseinandernehmen, Design-Segment als Start, dann die Station-Pucks je Phase, Gate-Pucks an Gate 1/2/3), Rollen-Figuren am Spielfeldrand, Aktiv-Feld bereit, Action/Störungs-Decks bereit, Tablet aktiviert. 2. **Rollen verteilen:** Jede Person hält 1–2 Rollen-Figuren und spricht, wenn ihre Rolle dran ist. -3. **Szenario ziehen:** Action Card in den Stein, Stein auf `ds_01` (erste Station). +3. **Szenario ziehen:** Action Card ziehen, an die erste Station (`ds_01`) legen. 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 stellen** + 2. Wer macht es (Rolle, RACI)? → die genannten **Figuren an den Puck stellen** und + zusätzlich ins **Aktiv-Feld** in die passende R/A/C/I-Zone. 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, **geforderte Artefakte in der - Service-Akte prüfen** (sonst öffnet das Gate nicht), Entscheidungs-Chip wählen, - Token durch das Tor schieben. + gleicht ab. Danach Aktiv-Feld leeren und zur **nächsten Station** weiterziehen + (App schaltet weiter, Action Card mitnehmen). +5. **Gates:** Diskussion, Pflicht-Figuren an den Gate-Puck stellen, **geforderte + Artefakte in der Service-Akte prüfen** (sonst öffnet das Gate nicht), + Entscheidungs-Chip wählen, weiterziehen. 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/)). @@ -172,7 +183,7 @@ Schwach beantwortete Stationen werden protokolliert (→ Abschnitt 8). MVP-Scope ## 7. Didaktische Hebel - **Active Recall:** erst diskutieren/raten anhand der Kurzbezeichnung, dann App-Quiz, dann Auflösung — statt passivem Vorlesen. -- **Embodiment:** Rollen-Figuren in der Hand erzwingen Beteiligung und vermitteln Verantwortlichkeiten körperlich (RACI im Aktiv-Feld). +- **Embodiment:** Rollen-Figuren in der Hand erzwingen Beteiligung und vermitteln Verantwortlichkeiten körperlich (am Puck *wer*, im Aktiv-Feld *welche RACI-Rolle*). - **Forcierte Konsens-Entscheidung an Gates:** trainiert Governance statt reiner Stoffvermittlung. - **Produktives Ringen:** Die App löst erst *nach* dem Gruppentipp auf. - **Low-stakes:** Punkte optional, Diskussion vor Wettbewerb. @@ -188,7 +199,7 @@ Diese Daten fließen zurück in die Weiterentwicklung des Blueprints. ## 9. Offene Punkte / nächste Schritte -- [ ] Print-Test der 3D-Maße (Stein-Stabilität mit aufrechter Karte validieren). -- [ ] Plättchen-Texte aus den YAMLs final generieren (Layout). +- [ ] Print-Test der 3D-Maße (Passung Figur ↔ Puck-Mulde, Etikett ↔ Mulde, Stabilität Phasen-Ring-Segmente). +- [ ] Etiketten-Bogen (Ø 37) aus den YAMLs generieren (Layout). - [ ] Tablet-Quiz: MVP-Scope festlegen (siehe `04_Tablet-Quiz/`). - [ ] Pilot-Workshop terminieren und Logbuch testen. diff --git a/README.md b/README.md index 4878ce5..fc14e01 100644 --- a/README.md +++ b/README.md @@ -2,9 +2,10 @@ Ein physisches Tabletop-Workshop-Format, mit dem Teams den **Service-Lifecycle des SPM-Konzepts** (Design → Transition → Operation ↔ Support → Review) gemeinsam -durchspielen. Ein Szenario („Action Prompt") wandert als Spielstein durch alle -Phasen, Aktivitäten und Gates. An jeder Station wird diskutiert, wer was tut und -welches Artefakt entsteht; ein optionales Tablet-Quiz vertieft und protokolliert. +durchspielen. Ein Szenario („Action Card") wandert mit der Gruppe über eine **Bahn +aus runden Pucks** durch alle Phasen, Aktivitäten und Gates. An jeder Station wird +diskutiert, wer was tut und welches Artefakt entsteht; ein optionales Tablet-Quiz +vertieft und protokolliert. **Auftraggeber-Kontext:** Stadt Freiburg / DIGIT — DIGITOM **Inhaltliche Quelle:** [`#02_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/`](../../%2302_service-portfolio-management/02.1_spm_konzepte/02_spm_service-lifecycle-blueprint/) @@ -14,17 +15,18 @@ welches Artefakt entsteht; ein optionales Tablet-Quiz vertieft und protokolliert ## Kernidee in einem Satz -Der Service-Lifecycle wird zu einer **linearen Spielbahn**, auf der ein Service -als Spielstein von Design bis Review wandert — Entscheidungen fallen an drei -Gates, an denen die richtigen Rollen-Figuren physisch zusammenkommen müssen. +Der Service-Lifecycle wird zu einer **linearen Puck-Bahn**, über die ein Service von +Design bis Review wandert — Entscheidungen fallen an drei Gates, an denen die +richtigen Rollen-Figuren physisch zusammenkommen müssen. ## Zentrale Spielmechaniken -1. **Action-Stein** — trägt die gezogene Szenario-Karte aufrecht und wandert durch die Phasen. -2. **Aktivitätsplättchen (einseitig)** — nur ID + Kurzbezeichnung. Aus der Verankerung genommen → Stein nimmt den freien Platz ein (= „wir sind hier"). Die Erklärung liegt in der App, nicht auf der Rückseite. -3. **RACI-Aktiv-Feld** — mobile Leiste neben dem Action-Stein; beteiligte Rollen werden je Aktivität in die Zonen R/A/C/I gestellt. Gates bleiben zusätzliche Pflicht-Versammlung. -4. **Artefakt- & Störungskarten** — machen Ergebnisse und die Operation↔Support-Schleife greifbar. -5. **Companion-App (Lernschleife)** — führt die Stationsreihenfolge, stellt pro Station ein vermittelndes Quiz, liefert die Auflösung und protokolliert Verständnislücken. +1. **Station-Pucks** — runde Ø100-Pucks (eine je Aktivität): außen 7 Figurenmulden, in der Mitte ein Rundetikett mit ID + Kurzbezeichnung. Die Erklärung liegt in der App, nicht am Puck. +2. **Szenario / Action Card** — die gezogene Karte liegt flach an der aktuellen Station und wandert mit; die App führt die Reihenfolge, gestellte Figuren markieren „wir sind hier" (kein Spielstein). +3. **RACI-Aktiv-Feld** — quadratisches Board (2×2: R|A / C|I) neben der aktuellen Station; beteiligte Rollen werden je Aktivität in die Zonen R/A/C/I gestellt. Gates sind rote Pucks mit Pflicht-Versammlung. +4. **Phasen-Ring** — 5 farbige Segmente: zusammengesteckt die SLC-Übersicht, auseinandergenommen die Phasen-Köpfe der Bahn (Design = Start). +5. **Artefakt- & Störungskarten** — machen Ergebnisse (Service-Akte) und die Operation↔Support-Schleife greifbar. +6. **Companion-App (Lernschleife)** — führt die Stationsreihenfolge, stellt pro Station ein vermittelndes Quiz, liefert die Auflösung und protokolliert Verständnislücken. ## Ordnerübersicht @@ -41,13 +43,14 @@ Gates, an denen die richtigen Rollen-Figuren physisch zusammenkommen müssen. | Komponente | 3D-Druck | Print/Karte | Software | |------------|:--------:|:-----------:|:--------:| -| Phasen-Basistiles (Bahn) | ✅ | — | — | -| Aktivitätsplättchen (einseitig, Kurzbezeichnung) | ✅ | — | — | -| Action-Stein (Szenario-Träger) | ✅ | — | — | -| RACI-Aktiv-Feld (RACI-Leiste) | ✅ | — | — | -| Gate-Tore | ✅ | — | — | +| Station-Pucks (Bahn, Ø100, 37×) | ✅ | — | — | +| Gate-Pucks (rot, 3×) | ✅ | — | — | +| Phasen-Ring (5 Segmente) | ✅ | — | — | +| RACI-Aktiv-Feld (2×2, 130×130) | ✅ | — | — | | Rollen-Figuren | ✅ | — | — | +| Rundetiketten Ø37 (Station-/Gate-ID) | — | ✅ | — | | Action Cards / Störungskarten | — | ✅ | — | -| Artefaktkarten / Entscheidungs-Chips | (Chips ✅) | ✅ | — | +| Artefaktkarten / Service-Akte | — | ✅ | — | +| Entscheidungs-Chips | (✅ optional) | ✅ | — | | Logbuch / Reflexionskarten | — | ✅ | — | | Companion-App (Quiz + Auflösung) | — | — | ✅ |