methodatlas
Session Builder

Meine Session planen

Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.

Methoden-Session3-4 hWorkshopInception Canvas

Session: Architecture Inception Canvas

Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Automatisch abgeleitet

Methoden-Session mit 3-8. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.

Runsheet
Beteiligungslogik
Teamrunde, gemeinsames Arbeiten und Alignment

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

Ergebnislogik
Artefakt fertigstellen

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

  1. 1

    Phase 1: Ziele und Systemzweck

    20 min

    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.

    FacilitatorInception Canvas
  2. 2

    Phase 2: Stakeholder und Quality Attributes

    30 min

    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.

    FacilitatorRisks
  3. 3

    Phase 3: Systemgrenze und Schnittstellen

    30 min

    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.

    FacilitatorGoal List
  4. 4

    Phase 4: Constraints, Risiken, Annahmen

    30 min

    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.

    FacilitatorOpen Questions
  5. 5

    Phase 5: Naechste Schritte und ADR-Stubs

    30 min

    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.

    OwnerInception Canvas
  6. 6

    Artefakt veröffentlichen

    10 min

    Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.

    OwnerInception Canvas
Nutzbares Artefakt

Session Brief

Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.

session-brief.md

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. 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. 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. 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. 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. 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.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

arbeitsartefakt.md

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
Vorlagenbasis

Architecture Inception Canvas Arbeitsvorlage

Vorlage ansehenKompakte Arbeitsvorlage für Architecture Inception Canvas mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
canvas

architecture-inception-canvas-working-template.md

Kompakte Arbeitsvorlage für Architecture Inception Canvas mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

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.

Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu Inception Canvas.
  • Canvas mit Datum und Version. Aenderungen mit Begruendung. Bei groesseren Aenderungen neuer Eintrag, Vorgaenger archivieren. ADR-Stubs verlinken.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet