diff --git a/.DS_Store b/.DS_Store deleted file mode 100644 index 824b8f2..0000000 Binary files a/.DS_Store and /dev/null differ diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..648a11e --- /dev/null +++ b/.gitignore @@ -0,0 +1,6 @@ +.DS_Store +# OpenSCAD Render-/Export-Artefakte (Vorschau + STL) +_*.png +*.stl +*.bak +*.tmp 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/00_Konzept/raci-aktiv-feld.svg b/00_Konzept/raci-aktiv-feld.svg deleted file mode 100644 index 5766857..0000000 --- a/00_Konzept/raci-aktiv-feld.svg +++ /dev/null @@ -1,114 +0,0 @@ - - - - - - - - - - RACI-Lösung: das Aktiv-Feld (RACI-Fläche) - Eine flache Platte mit 4 abgetrennten Bereichen R · A · C · I, je 4 Standflächen (2×2), symmetrisch. Liegt neben dem Action-Stein und wandert mit. - Beispiel: ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei - - - - Aktivitäts-Tile (Draufsicht) - - - - - - Szenario-Karte - Action-Stein steht in der Verankerung - („wir sind hier") · Tile bleibt blank - - - - - - liegt daneben - & wandert mit - - - - - RACI-Fläche — Rollen-Figuren je Bereich gestellt - - - - - - - - - - - PL - R - - - - - - - - - SO - genau 1 - A - - - - - - - - - - Betr. - - Arch - - SPM - C - - - - - - - - - (frei) - I - - - ~236 × 74 × 6 mm · R/C/I je 4 Standflächen (2×2) · A = genau 1 · Sockel Ø20, Pitch 24 · keine Löcher - - - - - Figurenfarbe = Rollenkategorie - Governance (SO, SPM) - Management (PL) - Teams (Betrieb) - Operative (Arch) - Externe (Lieferant) - - diff --git a/00_Konzept/raci-tile-variante.svg b/00_Konzept/raci-tile-variante.svg deleted file mode 100644 index 8e4b054..0000000 --- a/00_Konzept/raci-tile-variante.svg +++ /dev/null @@ -1,76 +0,0 @@ - - - - - RACI-Tile-Variante: Kreuz-Teilung in 4 Quadranten - Sieht aus wie ein normales Tile, aber durch die Mitte horizontal + vertikal geteilt. Ein Tile, neben dem aktuellen platziert, pro Aktivität bestückt. - Beispiel ds_01 — A: Service Owner · R: Projektleitung · C: Betrieb, Architektur, SPM · I: frei - - - - - - - - - - - - - - - - - R - A - C - I - - - - PL - - - - - SO (genau 1) - - - - Betrieb - - Arch - - SPM - - - (frei) - - 100 × 100 mm · Quadranten ~48 × 48 mm · A = markiertes Einzelfeld · C am stärksten belegt (bis 4) - - - - - Kapazität (Maximum) - A = 1 (immer) - R = bis 3 - C = bis 4 - I = bis ~2 - - Warum nicht Eck-Mulden? - 1 Mulde = 1 Figur → - reicht für C/R nicht. - Quadrant = Fläche → - mehrere Figuren ok. - - diff --git a/01_3D-Druck/README_3d-druck.md b/01_3D-Druck/README_3d-druck.md index 2a0b8c5..4e9503b 100644 --- a/01_3D-Druck/README_3d-druck.md +++ b/01_3D-Druck/README_3d-druck.md @@ -11,9 +11,8 @@ Verankerung und Steckmechanik. |-------|-------| | [`materialliste.md`](materialliste.md) | Alle Bauteile mit Maßen, Mengen, Material- und Druckempfehlung | | [`visual-prompts_3d-producer.md`](visual-prompts_3d-producer.md) | Bild-Prompts als Orientierungs-Renderings für den Producer | -| [`board-layout.svg`](board-layout.svg) | Maßstäbliche Layout-Skizze des gesamten Boards (exakt 40 Tiles, Sequenz, Loop) | -| `board-layout.png` | PNG-Vorschau der Layout-Skizze | -| [`gen_board_layout.py`](gen_board_layout.py) | Generator-Skript für die Layout-Skizze (bei Änderungen erneut ausführen) | +| [`board-layout.svg`](board-layout.svg) | Maßstäbliche Layout-Skizze des gesamten Boards (40 Pucks: 37 + 3 Gate-Pucks, Sequenz, Loop) — im Browser/Editor ansehen | +| [`gen_board_layout.py`](gen_board_layout.py) | Generator-Skript für die Layout-Skizze (bei Änderungen erneut ausführen → `board-layout.svg`) | | [`openscad/`](openscad/) | Parametrische Modelle (OpenSCAD) der Schlüsselteile zum direkten Slicen | ## Grundsätzliche Design-Entscheidungen diff --git a/01_3D-Druck/bauteile-masse.svg b/01_3D-Druck/bauteile-masse.svg deleted file mode 100644 index 1b4b147..0000000 --- a/01_3D-Druck/bauteile-masse.svg +++ /dev/null @@ -1,164 +0,0 @@ - - - - - SLC-Workshop — Bauteilmaße (aktuell, v0.4) - Maßstab 2 px = 1 mm · rote Maße in mm · Figuren werden gestellt (keine Stecklöcher) - - - - - 50 mm - - - - Phasen-Basistile (Draufsicht) - - - - - - - - - - - Verankerung - Ø60 · T4 - - - 100 - - 100 - Tab 12×6 (N/O) - Slot 12×6 (S/W) - Dicke 6 mm · Ecken r3 · Passung +0,4 mm - - - - - Aktivitäts-Scheibe (blanko + Aufkleber) - - - op_05 - Aufkleber - Ø58–60 - - Ø60 - × 4 mm · Fase 1 mm · blanko (Aufkleber statt Gravur) - - - - - Entscheidungs-Chip - - GO - - Ø30 - × 4 mm · Münze, Symbolgravur - Go / Go m. Auflagen / Zurück / Ablehnung - - - - - Action-Stein - - - Karte - 60×90 - - - Ø35 - ×30 - - - Fuß Ø59 × 5 · M8-Mutter - Schlitz B64 × T4 · Standring Ø70 opt. - - - - - Gate-Tor (Vorderansicht) - - - - - - - - - - - - - - - - - - lichte Weite 90 - - Höhe 100 - Querbalken 14 - Füße 60×30×4 - 4 Standfelder Ø18 (Gravur 0,6) — keine Löcher - Materialstärke (Tiefe) 8 · Pfosten 12 · Kartenschlitz 65×3 (T10) - - - - - Aktiv-Feld · RACI-Fläche (Draufsicht) - - - - - - R - - - - A - - - - - C - - - - - I - - ~236 - 74 × 6 mm · R/C/I je 4 (2×2) · A = genau 1 (schematisch) - Ø22 (alle gleich, wie Puck) · Pitch 30 (Sockel Ø20) · keine Löcher - - - - - Rollen-Figur - - - - - - Höhe ~50 mm - flacher Standfuß, - kein Pin - - Sockel Ø20 - - diff --git a/01_3D-Druck/board-layout.png b/01_3D-Druck/board-layout.png deleted file mode 100644 index 639d011..0000000 Binary files a/01_3D-Druck/board-layout.png and /dev/null differ diff --git a/01_3D-Druck/board-layout.svg b/01_3D-Druck/board-layout.svg index f26877f..5e565d3 100644 --- a/01_3D-Druck/board-layout.svg +++ b/01_3D-Druck/board-layout.svg @@ -1,310 +1,513 @@ - - + + -Service-Lifecycle — Board-Layout (40 Tiles) -37 Aktivitaeten + 3 Gates · 1 Tile = 100x100 mm · lineare Bahn, Sequenz links nach rechts - -DESIGN -4 Tiles - - - - -ds_01 -Eigenschaften definieren - - - - - -ds_02 -Komponenten designen - - - - - -ds_03 -Vorgehen beschreiben - - - - - -ds_04 -Implementierung vorbereiten - - -TRANSITION -12 Tiles - - - - -tr_01 -Entw. / Konfig.? - - - - - -tr_02 -Entwicklung koordinieren - - - - - -tr_03 -Anwendungen entwickeln - - - - - -tr_04 -Komponenten annehmen - - - - - -tr_05 -Komponenten konfigurieren - - - - - -tr_06 -Betriebsdoku erstellen - - - - - -tr_07 -Komponenten testen - - - - - -tr_08 -Formale Uebergabe - - - - - -tr_09 -Entry-Pruefung - - - - - -tr_10 -Ausrollen - - - - - -tr_11 -Aktivierung vorbereiten - - - - - -tr_12 -Go-Live-Freigabe - - -OPERATION -7 Tiles - - - - -op_01 -Early Life Support - - - - - -op_02 -Betriebs-Leitlinien - - - - - -op_03 -Laufender Betrieb - - - - - -op_04 -Ressourcen & Budget - - - - - -op_05 -Services ueberwachen - - - - - -op_06 -Qualitaetsbericht - - - - - -op_07 -Proaktive Problemerkennung - - -SUPPORT -11 Tiles - - - - -sp_01 -Support-Leitlinien - - - - - -sp_02 -Wissensdatenbank - - - - - -sp_03 -Incidents/Requests verteilen - - - - - -sp_04 -Requests bearbeiten - - - - - -sp_05 -Incident 1st Level - - - - - -sp_06 -Incident 2nd Level - - - - - -sp_07 -Record geloest - - - - - -sp_08 -Schliessen - - - - - -sp_09 -Problem Record anlegen - - - - - -sp_10 -Wiederk. Incidents -> Problem - - - - - -sp_11 -RCA & Workaround - - -REVIEW -6 Tiles - - - - -rv_01 -Taktische RCA + KPIs - - - - - -rv_02 -Performance & Improvement - - - - - -rv_03 -SOR Periodischer Review - - - - - -rv_04 -Service Improvement - - - - - -rv_05 -Redesign / Erweiterung - - - - - -rv_06 -Ausserbetriebnahme - -Betriebs-Loop - -zurueck in DPM -rv_05 Redesign / rv_06 Retirement - -Gate-Tile (Tor mit Rollen-Steckplaetzen) - -Aktivitaets-Tile (mit Verankerung fuer einseitiges Plaettchen) -Breiteste Phase: 12 Tiles ~ 134 cm (bei 100 mm Tiles + 12 mm Verbinder). Bahn bei Platzmangel maeandrierend faltbar. +Service-Lifecycle — Board-Layout (40 Pucks) +37 Aktivitaeten + 3 Gate-Pucks · 1 Puck = Ø100 mm · lose Bahn, Sequenz links nach rechts + +DESIGN +4 Pucks + + + + + + + + + +ds_01 +Eigenschaften definieren + + + + + + + + + + +ds_02 +Komponenten designen + + + + + + + + + + +ds_03 +Vorgehen beschreiben + + + + + + + + + + +ds_04 +Implementierung vorbereiten + + +TRANSITION +12 Pucks + + + + + + + + + +tr_01 +Entw. / Konfig.? +GATE + + + + + + + + + + +tr_02 +Entwicklung koordinieren + + + + + + + + + + +tr_03 +Anwendungen entwickeln + + + + + + + + + + +tr_04 +Komponenten annehmen + + + + + + + + + + +tr_05 +Komponenten konfigurieren + + + + + + + + + + +tr_06 +Betriebsdoku erstellen + + + + + + + + + + +tr_07 +Komponenten testen + + + + + + + + + + +tr_08 +Formale Uebergabe + + + + + + + + + + +tr_09 +Entry-Pruefung +GATE + + + + + + + + + + +tr_10 +Ausrollen + + + + + + + + + + +tr_11 +Aktivierung vorbereiten + + + + + + + + + + +tr_12 +Go-Live-Freigabe +GATE + + +OPERATION +7 Pucks + + + + + + + + + +op_01 +Early Life Support + + + + + + + + + + +op_02 +Betriebs-Leitlinien + + + + + + + + + + +op_03 +Laufender Betrieb + + + + + + + + + + +op_04 +Ressourcen & Budget + + + + + + + + + + +op_05 +Services ueberwachen + + + + + + + + + + +op_06 +Qualitaetsbericht + + + + + + + + + + +op_07 +Proaktive Problemerkennung + + +SUPPORT +11 Pucks + + + + + + + + + +sp_01 +Support-Leitlinien + + + + + + + + + + +sp_02 +Wissensdatenbank + + + + + + + + + + +sp_03 +Incidents/Requests verteilen + + + + + + + + + + +sp_04 +Requests bearbeiten + + + + + + + + + + +sp_05 +Incident 1st Level + + + + + + + + + + +sp_06 +Incident 2nd Level + + + + + + + + + + +sp_07 +Record geloest + + + + + + + + + + +sp_08 +Schliessen + + + + + + + + + + +sp_09 +Problem Record anlegen + + + + + + + + + + +sp_10 +Wiederk. Incidents -> Problem + + + + + + + + + + +sp_11 +RCA & Workaround + + +REVIEW +6 Pucks + + + + + + + + + +rv_01 +Taktische RCA + KPIs + + + + + + + + + + +rv_02 +Performance & Improvement + + + + + + + + + + +rv_03 +SOR Periodischer Review + + + + + + + + + + +rv_04 +Service Improvement + + + + + + + + + + +rv_05 +Redesign / Erweiterung + + + + + + + + + + +rv_06 +Ausserbetriebnahme + +Betriebs-Loop + +zurueck in DPM +rv_05 Redesign / rv_06 Retirement + +Gate-Puck (rot, Etikett G1/G2/G3 + Icon) + +Station-Puck (Ø100, 7 Figurenmulden + Etikett) +Breiteste Phase: 12 Pucks ~ 132 cm (bei Ø100 mm Pucks + ~10 mm Abstand). Bahn bei Platzmangel maeandrierend. \ No newline at end of file diff --git a/01_3D-Druck/gate-tile.svg b/01_3D-Druck/gate-tile.svg deleted file mode 100644 index 80b182c..0000000 --- a/01_3D-Druck/gate-tile.svg +++ /dev/null @@ -1,80 +0,0 @@ - - - - - - - - - - Gate-Tile - 100 × 100 × 6 mm wie Aktivitäts-Tile, eigene Farbe · 8 generische Standfelder · Gate steckt ein · Entscheidungs-Icon (Gravur) · keine Beschriftung - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ? - - - - - - - unten: Eingangskante — Gate-Tor steckt in die 2 Löcher - - - - - Eckdaten - • 8 Standfelder Ø18 im Ring (Ø62), Sockel Ø20 - • 2 Gate-Stecksockel Ø10,4 · Abstand 80 mm - • Mitte: Entscheidungs-Icon (3 Pfeile + ?), Gravur ~0,6 - • sonst KEINE Beschriftung; eigene Gate-Farbe - • Puzzle-Tabs wie Aktivitäts-Tile (in der Bahn) - - Besetzung (über App/Gate-Karte) - • Gate 1 & 3 = SOR-Gremium: - SPM + OP + SSM + SHM + SO ≈ 5 Figuren - • Gate 2 = SO allein (1 Figur) - → 8 Standfelder decken das mit Puffer ab. - - Hinweis - Hoher Bogen auf 2 Zapfen im 6-mm-Tile: - Standfestigkeit am Funktionsmuster prüfen. - - diff --git a/01_3D-Druck/gen_board_layout.py b/01_3D-Druck/gen_board_layout.py index 1a91b69..eb0d422 100644 --- a/01_3D-Druck/gen_board_layout.py +++ b/01_3D-Druck/gen_board_layout.py @@ -1,10 +1,12 @@ #!/usr/bin/env python3 """Generiert die Board-Layout-Skizze (SVG) fuer den SLC-Workshop. -Lineares Phasen-Swimlane-Layout: jede Phase eine Zeile, Tiles links->rechts. -Exakt 40 Tiles (37 Aktivitaeten + 3 Gates). Reproduzierbar: bei Aenderungen +Lineares Phasen-Swimlane-Layout: jede Phase eine Zeile, Pucks links->rechts. +Exakt 40 Pucks (37 Aktivitaeten + 3 Gate-Pucks). Reproduzierbar: bei Aenderungen einfach erneut ausfuehren -> board-layout.svg. """ +import math + # (id, kurzname, is_gate) PHASES = [ ("DESIGN", "#2F80C9", [ @@ -60,15 +62,16 @@ PHASES = [ ] # Layout-Parameter -TILE_W, TILE_H = 112, 74 -GAP_X, GAP_Y = 16, 46 +TILE_W, TILE_H = 86, 86 # Zelle je Puck (rund, inscribed) +GAP_X, GAP_Y = 12, 40 +PUCK_R = 35 # Puck-Radius in px (= Ø100 mm) LABEL_W = 150 X0 = 30 + LABEL_W + 20 Y0 = 96 MAX_TILES = max(len(t) for _, _, t in PHASES) WIDTH = X0 + MAX_TILES * (TILE_W + GAP_X) + 200 HEIGHT = Y0 + len(PHASES) * (TILE_H + GAP_Y) + 120 -TILE_MM = 100 # ein Tile = 100x100 mm +TILE_MM = 100 # ein Puck = Ø100 mm def esc(s): @@ -85,32 +88,33 @@ def lighten(hexcol, f=0.85): def tile_svg(x, y, tid, name, color, is_gate): - fill = color if is_gate else lighten(color, 0.88) + """Zeichnet einen runden Puck: Aussenring, 7 Figurenmulden, zentrales Etikett.""" + cx, cy = x + TILE_W / 2.0, y + TILE_H / 2.0 + fill = color if is_gate else lighten(color, 0.90) stroke = color sw = 3 if is_gate else 2 - txtcol = "#ffffff" if is_gate else "#1a1a1a" parts = [] - # Puzzle-Notch links (Hintergrundfarbe), Bump rechts (Randfarbe) - parts.append(f'') - parts.append(f'') - parts.append(f'') + # 7 Figurenmulden im Ring + for k in range(7): + a = math.radians(360.0 / 7 * k - 90) + wx = cx + (PUCK_R - 8) * math.cos(a) + wy = cy + (PUCK_R - 8) * math.sin(a) + parts.append(f'') + # zentrales Etikett-Feld + parts.append(f'') + parts.append(f'{esc(tid)}') + # Name unter dem Puck + parts.append(f'{esc(name)}') if is_gate: - # kleiner Torbogen + GATE-Label - ax, ay = x + TILE_W/2, y + 14 - parts.append(f'') - parts.append(f'{esc(tid)}') - parts.append(f'{esc(name)}') - else: - parts.append(f'') # Verankerung - parts.append(f'{esc(tid)}') - parts.append(f'{esc(name)}') + parts.append(f'GATE') return "\n".join(parts) @@ -128,10 +132,10 @@ svg.append('') # Titel svg.append(f'' - f'Service-Lifecycle — Board-Layout (40 Tiles)') + f'Service-Lifecycle — Board-Layout (40 Pucks)') svg.append(f'' - f'37 Aktivitaeten + 3 Gates · 1 Tile = {TILE_MM}x{TILE_MM} mm · ' - f'lineare Bahn, Sequenz links nach rechts') + f'37 Aktivitaeten + 3 Gate-Pucks · 1 Puck = Ø{TILE_MM} mm · ' + f'lose Bahn, Sequenz links nach rechts') row_y = {} for ri, (pname, color, tiles) in enumerate(PHASES): @@ -143,7 +147,7 @@ for ri, (pname, color, tiles) in enumerate(PHASES): svg.append(f'{esc(pname)}') svg.append(f'{len(tiles)} Tiles') + f'font-size="12" fill="#fff">{len(tiles)} Pucks') # Tiles prev = None for ti, (tid, name, is_gate) in enumerate(tiles): @@ -179,16 +183,16 @@ svg.append(f'' # Legende / Massstab ly = HEIGHT - 64 -svg.append(f'') -svg.append(f'Gate-Tile (Tor mit Rollen-Steckplaetzen)') -svg.append(f'') -svg.append(f'Aktivitaets-Tile (mit Verankerung fuer einseitiges Plaettchen)') +svg.append(f'') +svg.append(f'Gate-Puck (rot, Etikett G1/G2/G3 + Icon)') +svg.append(f'') +svg.append(f'Station-Puck (Ø100, 7 Figurenmulden + Etikett)') # Gesamtbreite-Hinweis -total_mm = MAX_TILES * (TILE_MM + 12) +total_mm = MAX_TILES * (TILE_MM + 10) svg.append(f'' - f'Breiteste Phase: {MAX_TILES} Tiles ~ {total_mm/10:.0f} cm ' - f'(bei {TILE_MM} mm Tiles + 12 mm Verbinder). Bahn bei Platzmangel maeandrierend faltbar.') + f'Breiteste Phase: {MAX_TILES} Pucks ~ {total_mm/10:.0f} cm ' + f'(bei Ø{TILE_MM} mm Pucks + ~10 mm Abstand). Bahn bei Platzmangel maeandrierend.') svg.append('') @@ -199,4 +203,4 @@ with open(out, "w", encoding="utf-8") as f: total = sum(len(t) for _, _, t in PHASES) gates = sum(1 for _, _, t in PHASES for _, _, g in t if g) print(f"geschrieben: {out}") -print(f"Tiles gesamt: {total} (Aktivitaeten: {total-gates}, Gates: {gates})") +print(f"Pucks gesamt: {total} (Aktivitaeten: {total-gates}, Gate-Pucks: {gates})") diff --git a/01_3D-Druck/materialliste.md b/01_3D-Druck/materialliste.md index fa67c49..ebea60e 100644 --- a/01_3D-Druck/materialliste.md +++ b/01_3D-Druck/materialliste.md @@ -134,7 +134,7 @@ linearen Puck-Bahn — das **Design-Segment ist der Start** vor dem ersten Puck. | Merkmal | Wert | |---------|------| | Form | Ringsegment 72°, **Ø 180 außen / Ø 84 innen × 6 mm** | -| Beschriftung | **graviert**: nur Phasenname, mittig im Band (Größe 9, Tiefe 1,0); keine Sublabels/Icons | +| Beschriftung | **graviert**: Icon (oben) + Phasenname (darunter, Größe 8, Tiefe 1,0); keine Sublabels. Icons: Design=Plan+Stift · Transition=Rakete · Operation=Zahnräder · Support=Headset · Review=Lupe+Haken | | Farbe | je Phase (blau/orange/grün/teal/lila) — wie die Pucks | | Verbindung | **keine** — Segmente werden lose aneinandergelegt (Ring oder Phasen-Köpfe) | | Menge | **5** (1 je Phase) | diff --git a/01_3D-Druck/openscad/_design.png b/01_3D-Druck/openscad/_design.png deleted file mode 100644 index 0ca427f..0000000 Binary files a/01_3D-Druck/openscad/_design.png and /dev/null differ diff --git a/01_3D-Druck/openscad/_operation.png b/01_3D-Druck/openscad/_operation.png deleted file mode 100644 index 8dbe4ca..0000000 Binary files a/01_3D-Druck/openscad/_operation.png and /dev/null differ diff --git a/01_3D-Druck/openscad/_review.png b/01_3D-Druck/openscad/_review.png deleted file mode 100644 index a9087e9..0000000 Binary files a/01_3D-Druck/openscad/_review.png and /dev/null differ diff --git a/01_3D-Druck/openscad/_support.png b/01_3D-Druck/openscad/_support.png deleted file mode 100644 index ba07c8b..0000000 Binary files a/01_3D-Druck/openscad/_support.png and /dev/null differ diff --git a/01_3D-Druck/openscad/_transition.png b/01_3D-Druck/openscad/_transition.png deleted file mode 100644 index 81f4d0b..0000000 Binary files a/01_3D-Druck/openscad/_transition.png and /dev/null differ diff --git a/01_3D-Druck/visual-prompts_3d-producer.md b/01_3D-Druck/visual-prompts_3d-producer.md index 20c73ba..a321c6e 100644 --- a/01_3D-Druck/visual-prompts_3d-producer.md +++ b/01_3D-Druck/visual-prompts_3d-producer.md @@ -1,126 +1,96 @@ # Visual-Prompts für den 3D-Druck-Producer -Diese Prompts erzeugen **Orientierungs-Renderings** (kein Marketing-Bild), -die dem Producer Form, Proportion und Steckmechanik der Bauteile zeigen. -Empfohlen für Bildmodelle wie Nano Banana / Imagen. Englisch erzielt meist die -sauberste Geometrie; Beschriftungen bewusst sparsam halten. +Diese Prompts erzeugen **Orientierungs-Renderings** (kein Marketing-Bild), die dem +Producer Form, Proportion und Funktion der Bauteile zeigen. Empfohlen für Bildmodelle +wie Nano Banana / Imagen. Englisch erzielt meist die sauberste Geometrie; +Beschriftungen bewusst sparsam halten. -> **Board-Layout:** linear (durchgehende Bahn), **kein Kreis**. -> **Wichtig:** die **einseitigen, entnehmbaren Aktivitätsplättchen** müssen -> sichtbar sein — einige liegen flach in der Verankerung (Code-Seite oben), -> einige sind herausgenommen und liegen daneben (Rückseite leer), sodass die -> **freie Verankerung** erkennbar ist (dort steht dann der Action-Stein). -> *(Stand v0.2-Renderings — Erklärung liegt inzwischen in der App, nicht auf der -> Rückseite; RACI-Aktiv-Feld + verschlankte Figuren sind hier noch nicht abgebildet.)* +> **Aktueller Stand (v0.5-Hardware):** Bahn = **runde Ø100-Pucks** (lose aneinander, +> keine Steckverbindung, keine Magnete). Je Puck **7 Figurenmulden** im Ring + ein +> **Rundetikett (Ø37)** in der Mitte. **Kein** Action-Stein, **keine** Plättchen/ +> Scheiben, **kein** Gate-Tor: ein Gate ist ein **roter Puck**. Aktiv-Feld ist +> **quadratisch (2×2)**. Neu: **Phasen-Ring** (5 Segmente). --- ## Prompt A — Bauteil-Übersicht (Exploded-Style) ``` -Clean technical product render, neutral light-grey studio background, exploded -view of a set of 3D-printed tabletop game components in matte PLA. Show: a square -modular base tile (100x100mm) with puzzle-tab edges and a round centered recess; -a round blank insert disc (~60mm) that fits the recess, its flat top carrying a -round printed label sticker; a cylindrical game token -with a wide weighted base and a vertical card slot on top; a small upright -arch-shaped "gate" with marked stand spots at its base; a meeple figure with a -flat round base. Parts floating slightly apart to show how they relate. Soft shadows, -isometric angle, high detail, dimension-focused, minimal text. +Clean technical product render, neutral light-grey studio background, exploded view +of a set of 3D-printed tabletop game components in matte PLA. Show: a round 100mm +puck (~6mm thick) with a slightly recessed top face, a ring of seven shallow round +figure wells near the rim and a flat round label area in the centre; a second +identical puck in red (a "gate"); one 72-degree ring segment of a colour-coded +"phase ring"; a square ~130mm RACI board with four outlined fields (R, A, C, I) in a +2x2 grid; a meeple figure with a flat round 20mm base. Parts floating slightly apart. +Soft shadows, isometric angle, high detail, dimension-focused, minimal text. ``` -## Prompt B — Aktivitätsplättchen: einseitig & entnehmbar +## Prompt B — Station-Puck im Detail ``` -Close-up technical render of round blank game discs in matte PLA, each about 60mm -diameter and 4mm thick with a chamfered edge for easy gripping, the flat top face -carrying a round printed label sticker with a short activity code. Three discs -shown: one sitting flush inside a square tile's round recess, one lifted out by -fingers, and one blank disc with the round sticker beside it. The empty recess of -one tile is clearly visible (this is where the upright action token will stand). -Emphasis on the removable fit and the re-stickerable blank top. Neutral grey -background, soft studio light, shallow depth of field, premium board-game -component photography. +Close-up technical render of a single round game puck in matte PLA, 100mm diameter, +about 6mm thick, with a chamfered top edge and a slightly recessed top face. Near the +rim, a ring of seven shallow round wells (~22mm) sized to let a 20mm-based figure +stand in each. In the centre a flat shallow round recess holding a printed round +label (~37mm) with a short activity code and title. The puck is one solid phase +colour. Neutral grey background, soft studio light, shallow depth of field, emphasis +on the figure wells and the central label recess, minimal text. ``` -## Prompt C — Action-Stein im Detail +## Prompt C — Gate-Puck (rot) ``` -Close-up technical render of a single 3D-printed game token, matte white PLA. -Cylindrical body on a wide round base, with a vertical slot on top holding an -upright rectangular card. The base diameter is clearly wider than the body for -stability. The token stands inside a square tile's round recess (the same recess -that normally holds an activity disc). Quarter-section cutaway shows a hexagonal -cavity in the base for a metal weight. Neutral grey background, soft studio -lighting, isometric, emphasis on proportions and the card slot fit, no decorative -text. +Close-up technical render of a round game puck identical in shape to the activity +pucks (100mm, seven figure wells, central label recess) but moulded in RED matte PLA +to mark it as a decision gate. The central round label reads "G1" with a small +decision icon (three arrows + question mark). A few chunky 50mm miniature figures +stand in the wells as a committee gathering. Neutral grey background, soft light, +emphasis on the red colour and the "committee gathers to decide" idea, minimal text. ``` -## Prompt D — Gate-Tor mit Rollen-Standfeldern +## Prompt D — Aktiv-Feld (RACI, 2×2) ``` -Technical product render of a small upright arch-shaped game piece in matte PLA, -like a doorway about 100mm tall with 90mm clear opening, 8mm thick. Two flat feet -at the base spanning two tiles of a straight track. A row of four small shallow -engraved circular stand spots along the front base edge where figures are placed. -A thin horizontal slot across the top of the arch holding a small reference card. -A flat-based meeple figure stands on one of the marked spots. Neutral background, -isometric, soft shadows, focus on the stand-spot markings, minimal text. +Top-down technical render of a square flat PLA board, about 130x130mm, divided into +a 2x2 grid of four clearly outlined fields, each engraved with a single big letter: +top row R and A, bottom row C and I. The R, C and I fields each show four shallow +round stand-markings (2x2); the A field shows exactly ONE stand-marking. Several +chunky 50mm figures stand on the markings (e.g. two in R, exactly one in A). Clean, +instructional, neutral grey background, soft even light, minimal text. ``` -## Prompt E — Tile-Steckmechanik (gerade Bahn) +## Prompt E — Phasen-Ring (Übersicht ↔ Segmente) ``` -Top-down and slight-angle technical render of four square modular game tiles -(matte PLA, different solid colors: blue, orange, green, teal) connected via -puzzle-tab edges into a STRAIGHT row / track. Each tile has a round recessed socket -in its center: two sockets hold flat round single-sided discs (engraved code on -top), one socket is empty showing the recess, one holds a small upright arch gate. Clean grey background, soft light, isometric, emphasis on how -tiles interlock into a straight line, minimal text. +Technical render of a colour-coded "phase ring": a flat ring/donut (about 180mm +outer, 84mm inner, 6mm thick) split into five 72-degree segments, each a different +phase colour (blue, orange, green, teal, purple) and each engraved with a simple icon +above a phase name (DESIGN, TRANSITION, OPERATION, SUPPORT, REVIEW). Show the ring +once assembled as a closed donut, and once with the segments separated and laid in a +row as headers. Neutral grey background, soft light, isometric, minimal text. ``` ## Prompt F — Komplettaufbau (Referenz für Proportionen) ``` Wide isometric technical render of a fully assembled LINEAR tabletop game on a -neutral surface: square color-coded tiles connected into a long straight track -left to right through five color zones (blue, orange, green, teal, purple); two of -the zones (green and teal) sit side by side with two curved arrows forming a small -loop between them; three upright arch gates stand on the track; small meeple figures -placed at the gates; round single-sided activity discs sit in the tile sockets with -a couple lifted out leaving empty sockets; one cylindrical token with an -upright card stands in a socket; at the right end two exit arrows lead off the board. -Matte PLA materials, soft studio lighting, clean and diagrammatic, -proportion-accurate, minimal text. -``` - -## Prompt G — Gesamtaufbau, 40 Einzeltiles (Tisch-Optik) - -> Hinweis: Bild-KIs zählen nicht zuverlässig — die exakte Tile-Zahl ist über -> [`board-layout.svg`](board-layout.svg) garantiert. Dieser Prompt liefert die -> **Optik/Stimmung**, nicht die exakte Anzahl. Raster explizit vorgeben erhöht -> die Trefferquote. - -``` -Isometric high-angle photograph of a complete modular tabletop board on a large -wooden meeting table, spanning about 1.2 meters. The board is assembled from many -small individual square puzzle tiles interlocking via tab-and-slot edges; each tile -is one lifecycle step. Tiles are color-grouped into five phases laid out as fixed -grids: DESIGN (blue) 4 tiles, TRANSITION (orange) 12 tiles with three of them marked -by a small upright arch gate, OPERATION (green) 7 tiles, SUPPORT (teal) 11 tiles, -REVIEW (purple) 6 tiles. Each tile has a round recessed socket holding a flat -single-sided disc; a few discs are lifted out leaving empty sockets. Between the green and teal phases two curved arrows form a -small loop; two exit arrows leave the purple phase at the right. A cylindrical token -with an upright card stands in a socket at the start. A coffee mug and notebook give -scale. Soft daylight, matte PLA surfaces, clean modern design, large phase labels -only, minimal small text. +neutral surface: a long left-to-right track made of round 100mm pucks laid loosely in +a line through five colour zones (blue, orange, green, teal, purple); two zones +(green and teal) sit side by side with two curved arrows forming a small loop between +them; three of the pucks are RED (gates); each puck has a ring of seven figure wells +and a central round label. Small meeple figures stand in the wells of a few pucks and +on a square 2x2 RACI board beside the current puck. A flat "Action Card" lies next to +the current puck. At the left start, five colour segments form a "phase ring" header. +Matte PLA materials, soft studio lighting, clean and diagrammatic, proportion-accurate, +minimal text. ``` --- ### Hinweise zum Einsatz -- Prompts A–D sind **Bauteil-Referenzen** (für Fertigung), Prompt E zeigt die **Steckmechanik**, Prompt F den **Gesamtaufbau** (lineare Bahn). -- **Prompt B** zeigt die einseitigen, entnehmbaren Plättchen und die freigelegte Verankerung (dort steht der Action-Stein). +- Prompts A–E sind **Bauteil-Referenzen** (für Fertigung), Prompt F zeigt den **Gesamtaufbau** (lineare Puck-Bahn). - Verbindliche Maße stehen in [`materialliste.md`](materialliste.md) und in den OpenSCAD-Modellen — die Bilder dienen nur der Orientierung, nicht als Maßvorlage. +- **Keine Pins/Löcher** an Figuren — sie *stehen* in den Mulden bzw. auf den Markierungen. - Bei unsauberer Geometrie: Anzahl beschriebener Teile pro Prompt reduzieren. diff --git a/02_Spielfiguren/README_spielfiguren.md b/02_Spielfiguren/README_spielfiguren.md index 2ad4aa4..293176f 100644 --- a/02_Spielfiguren/README_spielfiguren.md +++ b/02_Spielfiguren/README_spielfiguren.md @@ -1,13 +1,13 @@ # Spielfiguren — Rollen -Die Figuren bilden die Rollen des SLC-Workshops ab. **Finaler Satz (v0.6):** +Die Figuren bilden die Rollen des SLC-Workshops ab. **Finaler Satz:** **16 Einzelrollen** + **3 Team-Sonderfiguren**. Die **SOR ist keine Figur**, sondern -ein **Gremium**, das an den **Gate-Tiles** zusammenkommt -([`../01_3D-Druck/openscad/gate-tile.scad`](../01_3D-Druck/openscad/gate-tile.scad)). +ein **Gremium**, das an den **Gate-Pucks** zusammenkommt +([`../01_3D-Druck/openscad/puck.scad`](../01_3D-Druck/openscad/puck.scad), rot). Jede Figur ist **~50 mm hoch** mit **flachem Standfuß (Sockel Ø 20 mm, kein Pin)** -und wird in Aktiv-Feld und Gate-Tile **gestellt** (kein Stecksystem). Codierung über -**Farbe** (Kategorie) und optional Formvariante. +und wird in die **Puck-Mulden** und ins **Aktiv-Feld gestellt** (kein Stecksystem). +Codierung über **Farbe** (Kategorie) und optional Formvariante. > **Hinweis Blueprint:** Dieser Figurensatz ist die finale Spiel-Definition. Die > 4 neuen Rollen (AML, SHM, DPM, ISB) und die Zusammenführung zu **OP** stehen so @@ -71,23 +71,23 @@ Einzelfiguren), damit sofort klar ist: das ist ein **Team**, keine Einzelrolle. ## Gates & SOR-Besetzung -Die 3 Gates sind **Gate-Tiles** (eigene Farbe, Entscheidungs-Icon in der Mitte, -8 generische Standfelder, das Gate-Tor steckt ein). Die **SOR** ist ein **Gremium**, -das an den Gremiums-Gates auf dem Gate-Tile zusammenkommt. +Die 3 Gates sind **rote Gate-Pucks** (gleiche Form wie die Station-Pucks, Etikett +`G1/G2/G3` + Entscheidungs-Icon, 7 Figurenmulden). Die **SOR** ist ein **Gremium**, +das am Gate-Puck zusammenkommt. **SOR-Besetzung** (laut Geschäftsordnung `…/01_spm_governance/spm_sor_go.yaml`): ständige Mitglieder **SPM (Vorsitz) · Betrieb (OP, = AL B&C + AL App) · SSM · SHM** + **variabel der Service Owner** des betroffenen Service. -| Gate | ID | Entscheidet | Figuren auf dem Gate-Tile | -|------|----|-------------|----------------------------| +| Gate | ID | Entscheidet | Figuren am Gate-Puck | +|------|----|-------------|----------------------| | Gate 1 | tr_01 | **SOR** (Gremium) | SPM + OP + SSM + SHM + SO ≈ **5** | | Gate 2 | tr_09 | **SO** (allein) | SO (**1**) | | Gate 3 | tr_12 | **SOR** (Gremium) | SPM + OP + SSM + SHM + SO ≈ **5** | -**Regel:** Eine Gremiumsentscheidung „öffnet" erst, wenn die geforderten Figuren auf -den Standfeldern des Gate-Tiles stehen — das macht die Governance körperlich erfahrbar. -*(Die 8 Standfelder decken die Besetzung mit Puffer ab.)* +**Regel:** Eine Gremiumsentscheidung „öffnet" erst, wenn die geforderten Figuren in +den Mulden des Gate-Pucks stehen — das macht die Governance körperlich erfahrbar. +*(Die 7 Mulden decken die Besetzung mit Puffer ab.)* ## Mengen (ein Set) @@ -99,6 +99,6 @@ den Standfeldern des Gate-Tiles stehen — das macht die Governance körperlich | Einzelrollen-Figuren | ×2 | 16 | **32** | | Team-Sonderfiguren | ×2 | 3 | **6** | | **Σ Figuren** | | | **38** | -| Gate-Tile | – | – | 3 | +| Gate-Puck | – | – | 3 | Für größere Gruppen die Kern-Governance/SOR-Figuren (SPM, SO, OP, SSM, SHM) ggf. zusätzlich doppeln. diff --git a/02_Spielfiguren/figuren-set-b_minifiguren.md b/02_Spielfiguren/figuren-set-b_minifiguren.md index 9d1869c..8ff0457 100644 --- a/02_Spielfiguren/figuren-set-b_minifiguren.md +++ b/02_Spielfiguren/figuren-set-b_minifiguren.md @@ -3,7 +3,7 @@ Finaler Satz (v0.5): **16 Einzelrollen** + **3 Team-Sonderfiguren**. Alle auf dem **gleichen schlanken runden Sockel**, damit sie als geschlossenes Set wirken und gleichmäßig auf den Standfeldern stehen. **Die SOR ist keine Figur**, sondern ein -Gremium an den Gate-Tiles (siehe `README_spielfiguren.md` / `../01_3D-Druck/openscad/gate-tile.scad`). +Gremium an den Gate-Pucks (siehe `README_spielfiguren.md` / `../01_3D-Druck/openscad/puck.scad`). > **Wichtig (v0.6):** Figuren werden **gestellt, nicht gesteckt** (flacher Boden, > kein Pin). **Sockel Ø 20 mm, Figurenhöhe ~50 mm.** Standfelder/Raster sind darauf diff --git a/03_Karten/README_karten.md b/03_Karten/README_karten.md index e8b2b56..2b7570c 100644 --- a/03_Karten/README_karten.md +++ b/03_Karten/README_karten.md @@ -7,13 +7,16 @@ Freiburg-digital-Look (rot/weiß, Wappen-Logo) analog zur bestehenden Action Car | Kartentyp | Format | Hinweis | |-----------|--------|---------| -| Action Cards | 60 × 90 mm | zum Draufstecken auf den Action-Stein (Schlitz 64 mm); werden separat selbst produziert | +| Action Cards | 60 × 90 mm | liegen flach an der aktuellen Station; werden separat selbst produziert | | Störungskarten | 60 × 90 mm | gleiches Format, anderer Akzent | | 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); Layout selbst produziert | | Entscheidungs-Chips | Ø 30 mm | Karte oder 3D-Münze | +> **Keine Gate-Beschreibungskarten mehr:** Gate-Nr/Keeper/Pfade/Artefakte führen +> **App + Gate-Puck-Etikett** (`G1/G2/G3`), siehe §4. Auch der frühere Action-Stein +> ist entfallen — die Action Card liegt einfach flach an der aktuellen Station. + --- ## 1. Action Cards (Szenario-Deck) @@ -86,7 +89,7 @@ Kartendeck nötig) oder den **DPM-Rücklauf** (A15). ## 3a. Service-Akte (Artefakt-Tableau) — Spielelement -Ein **gedrucktes Tableau (A4/A5)**, das **neben dem Action-Stein** liegt und +Ein **gedrucktes Tableau (A4/A5)**, das **neben der aktuellen Station** liegt und mitwandert. Es hat **15 beschriftete Slots** (A1–A15, nach Phase gruppiert) und macht die wachsende Service-Dokumentation sichtbar. Layout: `service-akte.svg`. @@ -122,11 +125,13 @@ der Service über seinen Lebenszyklus an Dokumentation/Artefakten produziert." | Karten | Artefaktkarten 63 × 88 mm (Bridge) | | Menge | 1 (ggf. 2 bei parallelen Tischen) | -## 4. Gate-Beschreibungskarten +## 4. Gate-Anforderungen (App-geführt, keine physische Karte) -Eine Karte je Gate, steckt im Tor-Schlitz: Gate-Nummer, Gate-Keeper, -Pflicht-Rollen, Entscheidungspfade — **und die erforderlichen Artefakte** -(das Gate „öffnet" nur, wenn diese Karten in der Service-Akte liegen, vgl. §3a). +Es gibt **keine Gate-Beschreibungskarte** mehr. Gate-Nummer, Gate-Keeper, +Pflicht-Rollen, Entscheidungspfade — **und die erforderlichen Artefakte** — führt die +**App**; am Tisch markiert der **rote Gate-Puck** (Etikett `G1/G2/G3` + Icon) die +Position. Das Gate „öffnet" nur, wenn die erforderlichen Artefaktkarten in der +Service-Akte liegen (vgl. §3a) und die Pflicht-Figuren am Gate-Puck stehen. | Gate | Keeper | Erforderliche Artefakte | Pfade | |------|--------|-------------------------|-------| diff --git a/04_Tablet-Quiz/README.md b/04_Tablet-Quiz/README.md index 6d80563..71b3a81 100644 --- a/04_Tablet-Quiz/README.md +++ b/04_Tablet-Quiz/README.md @@ -3,9 +3,9 @@ **Status:** Konzept · **Typ:** eigenständiges Software-Teilprojekt des SLC-Workshops Das Tablet-Quiz ist der **digitale Begleiter** des Tabletops — kein Ersatz fürs -Brett. Es ist der **erklärende Gegenpart** zu den Plättchen und **ersetzt deren -Rückseite**: Die Plättchen tragen nur noch die Kurzbezeichnung, die ausführliche -Erklärung liefert die App. Sie **führt die Stationsreihenfolge** (linearer +Brett. Es ist der **erklärende Gegenpart** zu den Pucks: Die Pucks tragen nur die +Kurzbezeichnung (Etikett), die ausführliche Erklärung liefert die App. Sie +**führt die Stationsreihenfolge** (linearer Lifecycle), stellt pro Station ein **vermittelndes Quiz**, gibt danach die **ausführliche Auflösung** und protokolliert Verständnislücken fürs Debrief. @@ -13,9 +13,9 @@ Lifecycle), stellt pro Station ein **vermittelndes Quiz**, gibt danach die ## 1. Ziel & Rolle im Spiel -- **Stationsführung:** schaltet Station für Station automatisch weiter („Nächste Station") — die Plättchen brauchen keinen Code. +- **Stationsführung:** schaltet Station für Station automatisch weiter („Nächste Station") — die Pucks brauchen keinen Code. - **Active Recall verstärken:** erst Diskussion am Board, dann vermittelndes Quiz, dann Auflösung — Gruppe rät, App bestätigt/korrigiert. -- **Vollständige Erklärung:** liefert nach dem Quiz die ausführliche Auflösung (ersetzt die Plättchenrückseite) aus dem Blueprint (Single Source of Truth). +- **Vollständige Erklärung:** liefert nach dem Quiz die ausführliche Auflösung (die nicht auf dem Puck steht) aus dem Blueprint (Single Source of Truth). - **Dokumentation:** erfasst automatisch, welche Aktivitäten unklar waren (→ `../05_Workshop-Dokumentation/`). Bewusst **nicht** das Ziel: das Spiel digital ersetzen, Echtzeit-Multiplayer, @@ -45,8 +45,8 @@ dupliziert. Jede Frage: Gruppentipp → *Auflösen*-Button → Modellantwort. Im Anschluss an das Quiz folgt die **ausführliche Auflösung** der Station (vollständige Beschreibung + -Rollen/RACI + Artefakt aus der YAML) — das ist der Inhalt, der früher auf der -Plättchenrückseite stand. +Rollen/RACI + Artefakt aus der YAML) — der Inhalt, der bewusst nicht auf dem Puck +steht, sondern in der App liegt. ## 4. Ablauf (UI-Flow) diff --git a/04_Tablet-Quiz/prototype/index.html b/04_Tablet-Quiz/prototype/index.html index 537780c..a7fca02 100644 --- a/04_Tablet-Quiz/prototype/index.html +++ b/04_Tablet-Quiz/prototype/index.html @@ -894,7 +894,7 @@ function renderCardScreen(){ $("#panel").innerHTML = `
Schritt 1 · Action Card

Welches Szenario zieht ihr?

-

Wählt Service und Change-Typ der gezogenen Action Card – oder zieht zufällig. Diese Karte steckt im Action-Stein und wandert durch alle Stationen.

+

Wählt Service und Change-Typ der gezogenen Action Card – oder zieht zufällig. Diese Karte liegt an der aktuellen Station und wandert mit durch alle Stationen.

@@ -1037,7 +1037,7 @@ function renderRun(){ ${chip}
${st.name}
${st.id}
-
Action-Stein: ${USE_CASES[S.service].service} +
Action Card: ${USE_CASES[S.service].service} ${CHANGE_TYPES[S.change]}
${USE_CASES[S.service].changes[S.change]}
diff --git a/05_Workshop-Dokumentation/README_dokumentation.md b/05_Workshop-Dokumentation/README_dokumentation.md index f34e954..f0b2e53 100644 --- a/05_Workshop-Dokumentation/README_dokumentation.md +++ b/05_Workshop-Dokumentation/README_dokumentation.md @@ -5,8 +5,8 @@ darüber diskutieren** kann und Verständnislücken in den Blueprint zurückflie ## Drei Erfassungsebenen -1. **Auf dem Board (live):** „Unklar"-Marker (rote Punkte) direkt auf die - Aktivitäts-Verankerung legen, wo es hakte. Am Ende ergibt das eine **sichtbare +1. **Auf dem Board (live):** „Unklar"-Marker (rote Punkte) direkt auf den + Station-Puck legen, wo es hakte. Am Ende ergibt das eine **sichtbare Heatmap** der Verständnislücken — einfach abfotografieren. 2. **Logbuch-Bogen** (1 Seite/Runde): gewählter Pfad, Gate-Entscheidungen, unklare Aktivitäten, Stimmungs-Check. Vorlage: [`logbuch-vorlage.md`](logbuch-vorlage.md). 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) | — | — | ✅ | diff --git a/visual-prompts_nano-banana.md b/visual-prompts_nano-banana.md index 2644217..57c5374 100644 --- a/visual-prompts_nano-banana.md +++ b/visual-prompts_nano-banana.md @@ -1,7 +1,7 @@ # Visual Prompts — Nano Banana (Gemini Image) Bild-KI-Prompts für die wichtigsten Spielelemente und die Gesamtsicht des -SLC-Workshop-Tabletops (Stand v0.6). Englisch formuliert (beste Ergebnisse), +SLC-Workshop-Tabletops (Stand v0.5-Hardware). Englisch formuliert (beste Ergebnisse), deutsche Überschriften zur Orientierung. **So nutzen:** Den **Style-Vorspann** vor jeden Einzelprompt setzen, damit das Set @@ -13,10 +13,11 @@ einheitlich wirkt. Pro Bild ggf. „16:9" / „top-down" / „isometric" anpasse > `Clean, premium tabletop board-game product photography. Matte 3D-printed PLA parts, > friendly chunky stylized shapes, no thin fragile parts, NO pins or plug holes -> (pieces simply stand on flat bases). Cohesive collectible set. Neutral light-grey -> studio background, soft diffused studio light, gentle shadows, high detail, crisp -> focus. Subtle Freiburg city accent (red/white). Phase colour code: Design = blue, -> Transition = orange, Operation = green, Support = teal, Review = purple.` +> (pieces simply stand on flat bases / in shallow wells). Cohesive collectible set. +> Neutral light-grey studio background, soft diffused studio light, gentle shadows, +> high detail, crisp focus. Subtle Freiburg city accent (red/white). Phase colour +> code: Design = blue, Transition = orange, Operation = green, Support = teal, +> Review = purple.` --- @@ -24,84 +25,78 @@ einheitlich wirkt. Pro Bild ggf. „16:9" / „top-down" / „isometric" anpasse ``` A 3/4 isometric hero shot of a complete educational tabletop game laid out on a -table: a LINEAR track of 100mm square modular tiles connected by puzzle-tab edges, -each tile in its phase colour (blue, orange, green, teal, purple) with a round -recess in the centre. On several tiles sit round blank discs topped with small -round printed labels. One upright cylindrical "action token" stands on a tile, -holding a vertical card. Beside it a flat rectangular RACI board with four outlined -fields labelled R, A, C and I, with several chunky 50mm miniature figures standing -in the fields. At three points an arch-shaped "gate" stands plugged into a square -gate tile in a distinct colour (a small engraved decision icon — arrows + question -mark — in its centre), surrounded by a ring of figures. A small printed dossier -sheet ("Service-Akte") with little artefact cards -lies to the side, plus a few round decision coins. Miniatures are colour-coded by -role category (gold, deep bordeaux, blue, grey, white, and green team figures). -Wide composition, cohesive matte PLA set, soft studio light, premium look. +table: a LINEAR track of round 100mm pucks laid loosely in a line, each puck in its +phase colour (blue, orange, green, teal, purple) with a ring of seven shallow figure +wells and a small round printed label in the centre. Three of the pucks are RED +(gates) with a decision icon on the label. Beside the current puck a flat square RACI +board with four outlined fields in a 2x2 grid labelled R, A (top) and C, I (bottom), +with several chunky 50mm miniature figures standing in the fields and in the puck +wells. A flat "Action Card" lies next to the current puck. At the start of the track, +five colour segments form a "phase ring" header (DESIGN/TRANSITION/OPERATION/SUPPORT/ +REVIEW). A small printed dossier sheet ("Service-Akte") with little artefact cards lies +to the side, plus a few round decision coins. Miniatures colour-coded by role category +(gold, deep bordeaux, blue, grey, white, and green team figures). Wide composition, +cohesive matte PLA set, soft studio light, premium look. ``` -## 2. Phasen-Tile + Blanko-Scheibe mit Aufkleber +## 2. Station-Puck mit Etikett ``` -Close-up product render of a single 100x100mm square game tile in matte PLA with -rounded corners and puzzle-tab edges, coloured in one phase colour (e.g. blue), a -round 60mm recess in the centre. A blank round 60mm disc sits flush in the recess, -its flat top carrying a round printed sticker label with a short activity code and -title. A second blank disc with its round sticker lies beside it. Emphasis on the -modular tab connection and the re-stickerable blank disc. Neutral grey background, -soft light, shallow depth of field. +Close-up product render of a single round 100mm game puck in matte PLA in one phase +colour (e.g. blue), about 6mm thick, chamfered top edge, slightly recessed top face. +A ring of seven shallow round wells (~22mm) near the rim, each able to hold a +20mm-based figure. In the centre a flat shallow recess holding a round printed sticker +label (~37mm) with a short activity code and title. Emphasis on the figure wells and +the re-printable central label. Neutral grey background, soft light, shallow depth of +field. ``` -## 3. Action-Stein (Szenario-Träger) +## 3. Szenario / Action Card (kein Spielstein) ``` -Close-up of a single upright cylindrical game token in matte light PLA: a slim body -on a wide round flat base for stability, with a vertical slot on top holding an -upright rectangular "Action Card" (portrait, ~60x90mm) that shows a scenario. The -token stands inside the round recess of a coloured tile. Three-quarter view, -emphasis on the standing card and the stable wide base, premium board-game -photography, neutral background. +Close-up of a printed portrait "Action Card" (~60x90mm) showing a scenario, lying +flat on the table right next to a coloured round puck. A couple of miniature figures +stand in the puck's wells to mark "we are here". No upright token or stand — the card +simply lies beside the current station. Three-quarter view, premium board-game +photography, neutral background, soft light. ``` -## 4. RACI-Fläche (Aktiv-Feld) +## 4. RACI-Fläche (Aktiv-Feld, 2×2) ``` -Top-down render of a flat rectangular PLA board (about 236x74mm) divided into four -clearly outlined square fields, each engraved with a single big letter: R, A, C, I. -The R, C and I fields each show four shallow round stand-markings (2x2); the A field -shows ONE single central stand-marking, subtly highlighted in red. Several chunky -50mm miniature figures stand on the markings: two in R, exactly one in A, three in -C, the I field empty. Figures are colour-coded by category. Clean, instructional, +Top-down render of a square flat PLA board, about 130x130mm, divided into a 2x2 grid +of four clearly outlined fields, each engraved with a single big letter: top row R +and A, bottom row C and I. The R, C and I fields each show four shallow round +stand-markings (2x2); the A field shows exactly ONE central stand-marking. Several +chunky 50mm miniature figures stand on the markings: two in R, exactly one in A, +three in C, the I field empty. Figures colour-coded by category. Clean, instructional, neutral grey background, soft even light. ``` ## 5. Rollen-Figuren (Set, 6 Kategorien) ``` -Group product render of a set of stylized matte PLA board-game miniatures, each -about 50mm tall standing on an identical flat round ~20mm base (no pins), chunky -friendly proportions with a tiny role attribute (crown, magnifying glass, headset, -hard hat, shield-with-padlock, drafting compass, shipping crate, official sash). -Arranged in rows by colour category: gold (governance), deep bordeaux -(stakeholder/owner-environment), blue (management), grey (operatives), white -(external). Plus three GREEN "team" figures where THREE small figures share ONE -round base (clearly a team, not a single role). Cohesive collectible set, neutral -grey background, soft studio light, isometric, minimal engraved abbreviations on the -bases. +Group product render of a set of stylized matte PLA board-game miniatures, each about +50mm tall standing on an identical flat round ~20mm base (no pins), chunky friendly +proportions with a tiny role attribute (crown, magnifying glass, headset, hard hat, +shield-with-padlock, drafting compass, shipping crate, official sash). Arranged in +rows by colour category: gold (governance), deep bordeaux (stakeholder/owner- +environment), blue (management), grey (operatives), white (external). Plus three GREEN +"team" figures where THREE small figures share ONE round base. Cohesive collectible +set, neutral grey background, soft studio light, isometric, minimal engraved +abbreviations on the bases. ``` -## 6. Gate-Tile mit eingestecktem Gate +## 6. Gate-Puck (rot) mit Versammlung ``` -Three-quarter render of a square game tile in matte PLA in a distinct gate colour -(reddish/dark, clearly different from the phase tiles), same 100mm size as the -activity tiles. In its centre a small engraved "decision" icon (three arrows -fanning upward out of a circle with a question mark) — no text. Eight shallow round -stand-markings arranged in a ring around the icon. An arch-shaped "gate" piece is -plugged into the tile via two pegs near the front edge so it stands upright; the -gate arch has a thin slot on top holding a small reference card. A few chunky 50mm -miniature figures (gold and blue) stand on the ring markings as a committee -gathering at the gate. Neutral background, soft light, emphasis on the plugged-in -gate and the "committee gathers to decide" idea. +Three-quarter render of a round 100mm game puck identical in shape to the activity +pucks (seven figure wells, central label) but moulded in RED matte PLA to mark a +decision gate. The central round label shows "G1" with a small decision icon (three +arrows fanning out of a circle with a question mark). Several chunky 50mm figures +(gold and blue) stand in the wells as a committee gathering at the gate. Neutral +background, soft light, emphasis on the red colour and the "committee gathers to +decide" idea. ``` ## 7. Service-Akte (Artefakt-Tableau) @@ -115,22 +110,24 @@ Some slots carry a small "Gate required" badge. Clean infographic-meets-board-ga look, neutral background, soft even light, crisp legible layout. ``` -## 8. Gate-Tor & Entscheidungs-Chips (optional) +## 8. Phasen-Ring (Übersicht ↔ Köpfe) ``` -Product render of an arch-shaped "gate" game piece in matte PLA (doorway form, two -flat feet, a thin card slot across the top holding a small gate card), with two -small pegs underneath for plugging into a tile. Next to it four round 30mm decision -coins with engraved symbols labelled "Go", "Go mit Auflagen", "Zurück", "Ablehnung". -Neutral grey background, soft studio light, clean tabletop product photography. +Product render of a colour-coded "phase ring": a flat donut (about 180mm outer, 84mm +inner, 6mm thick) split into five 72-degree segments in the phase colours (blue, +orange, green, teal, purple), each engraved with a simple icon above a phase name +(DESIGN with a document+pencil, TRANSITION with a rocket, OPERATION with gears, +SUPPORT with a headset, REVIEW with a magnifier+check). Shown once assembled as a +closed ring and once with the segments separated as row headers. Neutral grey +background, soft studio light. ``` --- ## Hinweise für konsistente Ergebnisse -- **Keine Pins/Löcher** an Figuren — sie *stehen* auf flachen Sockeln/Markierungen. +- **Keine Pins/Löcher** an Figuren — sie *stehen* in den Mulden / auf flachen Markierungen. - **Figur ~50 mm hoch, Sockel Ø 20 mm**; Teams = mehrere Figuren auf einem Sockel. -- **Scheiben sind blanko**, Text/Farbe nur auf dem **Aufkleber**. +- **Pucks sind blanko**, Text/Farbe trägt das **Rundetikett (Ø37)** in der Mitte. +- **Kein** Action-Stein, **kein** Gate-Tor, **keine** eckigen Tiles — Gate = roter Puck. - Farben dürfen leicht variieren — wichtig ist die **klare Unterscheidbarkeit** der Kategorien/Phasen. - Für Variationen: „top-down", „isometric", „macro close-up" oder „16:9 hero" ans Prompt-Ende setzen. -```