Meine Session planen

# Session Brief: Architecture Inception Canvas

## Ziel
Artefakt: Inception Canvas

## Arbeitsfrage
Welche minimale Architekturentscheidung deckt die Ziele, Constraints und Stakeholder-Anforderungen ab, ohne Optionen verfrueht zu schliessen?

## Kontext
Business-Goal des Systems; relevante Geschaeftsanforderungen; bestehende technische Landschaft; bekannte Constraints (Budget, Zeit, Technologie, Compliance); aehnliche Systeme als Referenz.

## Setup
- Format: Methoden-Session
- Dauer: 3-4 h
- Modus: Workshop
- Teilnehmende: Ein Architekt als Owner; 3-6 Teilnehmende aus Engineering, Product, Operations, Security; ein Facilitator (kann der Architekt sein, idealerweise extern); Scribe.
- Owner: Ein Architekt als Owner
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf Inception Canvas hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Whiteboard oder Miro-Board mit Canvas-Feldern (Ziele, Stakeholder, Constraints, Risiken, Quality Attributes, Systemgrenze, externe Schnittstellen, Annahmen, naechste Schritte); Stickies; Vorlage fuer ADR-Stub.

## Vorbereitung
Canvas an die Wand. Pro Feld eine kurze Erklaerung. Regel: Felder nacheinander befuellen, nicht parallel. Fokus auf 10-Pages-Architektur, kein 100-Folien-Werk.

## Agenda
1. Phase 1: Ziele und Systemzweck (20 min)
   Owner: Facilitator
   Aktion: Zweck des Systems in 2-3 Saetzen. Top-3-Business-Ziele und ihre Messgroessen. Was wird sich aendern, wenn das System lebt. Hinweis: Wenn Ziele nur „bessere Architektur“ sind, kommen sie aus dem Engineering. Geschaeftliche Outcomes einfordern. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Inception Canvas

2. Phase 2: Stakeholder und Quality Attributes (30 min)
   Owner: Facilitator
   Aktion: Stakeholder als Liste mit Hauptanforderungen. Aus den Anforderungen die wichtigsten Quality Attributes ableiten (Performance, Availability, Security, Modifiability, etc.). Hinweis: Wenn alle Quality Attributes High sind, war die Priorisierung nicht ernst. Forced Ranking durch Decider. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Risks

3. Phase 3: Systemgrenze und Schnittstellen (30 min)
   Owner: Facilitator
   Aktion: Was ist im System (Boundary), was ist Umgebung. Externe Schnittstellen (Konsumenten, Lieferanten, Datenquellen) auflisten. Hinweis: Klare Grenzen verhindern Scope Creep. Wenn Grenzen unscharf, oft auch Anforderungen unscharf. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Goal List

4. Phase 4: Constraints, Risiken, Annahmen (30 min)
   Owner: Facilitator
   Aktion: Constraints (Technik, Budget, Zeit, Compliance), Risiken (technisch, organisatorisch, Business), Annahmen explizit auflisten. Annahmen markieren, die fuer Architektur kritisch sind. Hinweis: Annahmen sind oft die Stelle, wo Architekturen scheitern. Explizit halten und mit Datum/Verantwortlichen versehen, sodass sie revisit werden koennen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Open Questions

5. Phase 5: Naechste Schritte und ADR-Stubs (30 min)
   Owner: Owner
   Aktion: Top-3-Architekturentscheidungen identifizieren, die als ADR ausgearbeitet werden. Naechste Workshops (z. B. QAW, Software Architecture Canvas) terminieren. Owner pro Stub. Hinweis: Canvas ist Inception, kein Endprodukt. Naechste Schritte muessen explizit terminiert sein, sonst verschwindet das Artefakt. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Inception Canvas

6. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: Inception Canvas

## Abschluss
- Ergebnisartefakt aktualisieren: Inception Canvas
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Inception Canvas: Architecture Inception Canvas

## Arbeitsfrage
Welche minimale Architekturentscheidung deckt die Ziele, Constraints und Stakeholder-Anforderungen ab, ohne Optionen verfrueht zu schliessen?

## Kontext
Business-Goal des Systems; relevante Geschaeftsanforderungen; bestehende technische Landschaft; bekannte Constraints (Budget, Zeit, Technologie, Compliance); aehnliche Systeme als Referenz.

## Beteiligte
- Owner: Ein Architekt als Owner
- Teilnehmende: Ein Architekt als Owner; 3-6 Teilnehmende aus Engineering, Product, Operations, Security; ein Facilitator (kann der Architekt sein, idealerweise extern); Scribe.

## Input
Whiteboard oder Miro-Board mit Canvas-Feldern (Ziele, Stakeholder, Constraints, Risiken, Quality Attributes, Systemgrenze, externe Schnittstellen, Annahmen, naechste Schritte); Stickies; Vorlage fuer ADR-Stub.

## Vorlage
# Architecture Inception Canvas Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- Inception Canvas:
- Risks:
- Goal List:
- Open Questions:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.

## Fertigstellungscheck
- Inception Canvas ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren