MethodenanleitungArchitecture

Architecture Inception Canvas

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätNiedrig

Zeit1-2 h

Teilnehmende3-8

FormatWorkshop

ReifegradEstablished

Arbeit planen

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlarer Arbeitsrahmen

Arbeite die veröffentlichte Architecture Inception Canvas aus; notiere System, Team, Workshopdatum und Iteration.

Ohne abgegrenzte Frage oder prüfbare Belege wird das Ergebnis unscharf.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.

Personen / Rollen

Product/Business · Softwarearchitektur · Engineering · Stakeholder mit Qualitätsverantwortung; Moderation nur bei Bedarf.

Vorabinfos

Material, Datenzugang und Teilnehmende vorab nach Forschungs- oder Entscheidungsfrage festlegen.

Zeitbedarf

60–120 Minuten für vorbereitete Teilnehmende; fehlende Requirements oder technische Recherche separat.

Setup

Arbeitsfläche mit der methodenspezifischen Struktur öffnen. Fiktive Beispiele dienen nur der Orientierung; Arbeitsvorlage und eigene Befunde bleiben getrennt.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Ziele, Randbedingungen und überprüfbaren Architekturhypothesen prägen das neue System?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Das Architecture Inception Canvas strukturiert den Startworkshop für ein neues System mit Business Case, Funktionen, Kontext, Quality Goals, Constraints und Architekturhypothesen.

Architecture Inception Canvas Felder der Originalvorlage

Fictional example

Nur die Felder der veröffentlichten Vorlage; nutze die verlinkte Fassung. Das Beispiel ist fiktiv, die Arbeitsfläche bleibt leer.

Business Case

Beschreibe den geschäftlichen oder wirtschaftlichen Treiber.

Ein Reservierungsdienst für einen Verleih ist geplant; der wirtschaftliche Treiber muss bestätigt werden.

Functional Overview

Liste die wichtigsten Funktionen auf hoher Ebene.

Verfügbarkeit ansehen, Reservierung anfragen, Bestätigung erhalten.

Business Context

Zeige das System als Black Box mit Kommunikationspartnern.

Kundschaft und Zahlungsdienst sind benachbarte Partner.

Organisational Constraints

Erfasse organisatorische Grenzen für Architekturentscheidungen.

Anschluss an den Buchungsbetrieb; Zuständigkeit noch bestätigen.

Quality Goals

Nenne die drei wichtigsten Qualitätsziele aus Stakeholdersicht.

Status bei gleichzeitigen Reservierungen klar halten; Kennzahl offen.

Technical Constraints

Erfasse technische Anforderungen, die Entscheidungen begrenzen.

Schnittstelle zum Buchungssystem muss geprüft werden.

Architectural Hypotheses

Notiere folgenreiche Architekturhypothesen mit Begründung.

Ein Spike prüft, ob Verfügbarkeit zuverlässig synchronisiert werden kann.

Technical Challenges & Risks

Liste bekannte technische Herausforderungen und Risiken.

Ein Timeout könnte den Reservierungsstatus unklar lassen.

Architecture Inception Canvas (official PDF)

1
System
System und Anlass benennen
Ziel
Kontext für eine Greenfield-Inception
Voraussetzungen für diesen Schritt
- Arbeite die veröffentlichte Architecture Inception Canvas aus; notiere System, Team, Workshopdatum und Iteration.
- Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.
Durchführung
- Fülle System, Team, Datum und Iteration aus. Beschreibe Business Case und funktionalen Überblick für ein neu entstehendes System.
- Das Ergebnis „Kontext für eine Greenfield-Inception“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Kontext für eine Greenfield-Inception
Kontext für eine Greenfield-Inception
Qualitätscheck
Ist der Systemzweck von einer Lösungstechnologie getrennt?
Stolperfalle
Canvas startet mit Stack-Auswahl statt Anlass und Bedarf. Business Case und wichtigste Funktionen vor Technologiefragen klären.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
2
Ziele
Business-Kontext und Qualitätsziele erfassen
Ziel
Kontextbild und priorisierte Quality Goals
Voraussetzungen für diesen Schritt
- Kontext für eine Greenfield-Inception
- Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.
Durchführung
- Zeichne das System als Black Box und Kommunikationspartner. Notiere drei wichtigste Qualitätsziele aus Stakeholder-Sicht.
- Das Ergebnis „Kontextbild und priorisierte Quality Goals“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Kontextbild und priorisierte Quality Goals
Kontextbild und priorisierte Quality Goals
Qualitätscheck
Sind Partner und Qualitätserwartungen konkret?
Stolperfalle
Qualitätswünsche ohne Stakeholder oder Szenario sammeln. Top-Ziele mit Rolle, Situation und beobachtbarem Maß schärfen.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
3
Vorgaben
Organisatorische und technische Constraints dokumentieren
Ziel
Nachvollziehbare Constraints
Voraussetzungen für diesen Schritt
- Kontextbild und priorisierte Quality Goals
- Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.
Durchführung
- Trenne verbindliche Vorgaben von Präferenzen; notiere Quelle, Zuständigkeit und mögliche Auswirkung.
- Das Ergebnis „Nachvollziehbare Constraints“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Nachvollziehbare Constraints
Nachvollziehbare Constraints
Qualitätscheck
Ist jede Vorgabe tatsächlich bindend und verifizierbar?
Stolperfalle
Präferenz wird als unveränderliche Vorgabe behandelt. Quelle und Änderbarkeit je Constraint ergänzen.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.
4
Hypothesen
Architekturhypothesen und Risiken festhalten
Ziel
Hypothesen und technische Herausforderungen
Voraussetzungen für diesen Schritt
- Nachvollziehbare Constraints
- Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.
Durchführung
- Notiere wichtige, teure, weitreichende oder riskante Architekturhypothesen samt Begründung und Gegenprüfung.
- Das Ergebnis „Hypothesen und technische Herausforderungen“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.
Ergebnis
Hypothesen und technische Herausforderungen
Hypothesen und technische Herausforderungen
Qualitätscheck
Sind offene Annahmen als Hypothesen markiert?
Stolperfalle
Frühe Option wird als bestätigte Architekturentscheidung dargestellt. Belege, Gegenszenario und Entscheidungskriterium ergänzen; Entscheidung gegebenenfalls in ADR überführen.
Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Architecture Inception Canvas · Inception BoardProblem, Ziele, Constraints, Risiken, Architekturideen und nächste Untersuchungen verbinden

Form

Versionierte Dokumentation mit Frage, Evidenz, Ergebnis, Unsicherheit, Verantwortlichen und nächstem Prüftermin.

Versionierung / Ownership

Datum, Scope, Quelle, Annahmen und Änderungen nachhalten; bei Praxis oder Vorhaben eine verantwortliche Person und Überprüfung festlegen.

Tool-Alternativen

Papier und Stifte
Whiteboard oder einfache Tabelle

architecture-inception-canvas-working-template.md

Plane die Sitzung oder das Vorhaben passend zum tatsächlichen Arbeitsumfang.

Architecture Inception Canvas: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständige Methode vorbereiten Zeit: 60–120 Minuten für vorbereitete Teilnehmende; fehlende Requirements oder technische Recherche separat.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.
Rollen: Product/Business · Softwarearchitektur · Engineering · Stakeholder mit Qualitätsverantwortung; Moderation nur bei Bedarf.
Vorab-Infos: Material, Datenzugang und Teilnehmende vorab nach Forschungs- oder Entscheidungsfrage festlegen.
Gesamter Zeitbedarf: 60–120 Minuten für vorbereitete Teilnehmende; fehlende Requirements oder technische Recherche separat.
Setup: Arbeitsfläche mit der methodenspezifischen Struktur öffnen. Fiktive Beispiele dienen nur der Orientierung; Arbeitsvorlage und eigene Befunde bleiben getrennt.

Für die Arbeitsschritte bereitstellen

System: System und Anlass benennen

Arbeite die veröffentlichte Architecture Inception Canvas aus; notiere System, Team, Workshopdatum und Iteration.
Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.

Ziele: Business-Kontext und Qualitätsziele erfassen

Kontext für eine Greenfield-Inception
Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.

Vorgaben: Organisatorische und technische Constraints dokumentieren

Kontextbild und priorisierte Quality Goals
Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.

Hypothesen: Architekturhypothesen und Risiken festhalten

Nachvollziehbare Constraints
Offizielle Canvas-Vorlage, fachliche Ziele, Kommunikationspartner, bekannte Vorgaben und Zugang zu entscheidenden Stakeholdern.

Architecture Inception Canvas Felder der Originalvorlage

Business Case

Beschreibe den geschäftlichen oder wirtschaftlichen Treiber.

...

Functional Overview

Liste die wichtigsten Funktionen auf hoher Ebene.

...

Business Context

Zeige das System als Black Box mit Kommunikationspartnern.

...

Organisational Constraints

Erfasse organisatorische Grenzen für Architekturentscheidungen.

...

Quality Goals

Nenne die drei wichtigsten Qualitätsziele aus Stakeholdersicht.

...

Technical Constraints

Erfasse technische Anforderungen, die Entscheidungen begrenzen.

...

Architectural Hypotheses

Notiere folgenreiche Architekturhypothesen mit Begründung.

...

Technical Challenges & Risks

Liste bekannte technische Herausforderungen und Risiken.

...

Architecture Inception Canvas (official PDF)

System: System und Anlass benennen

Erwartetes Artefakt: Kontext für eine Greenfield-Inception

Kontext für eine Greenfield-Inception

Eintrag:

...

Ist der Systemzweck von einer Lösungstechnologie getrennt?

Ziele: Business-Kontext und Qualitätsziele erfassen

Erwartetes Artefakt: Kontextbild und priorisierte Quality Goals

Kontextbild und priorisierte Quality Goals

Eintrag:

...

Sind Partner und Qualitätserwartungen konkret?

Vorgaben: Organisatorische und technische Constraints dokumentieren

Erwartetes Artefakt: Nachvollziehbare Constraints

Nachvollziehbare Constraints

Eintrag:

...

Ist jede Vorgabe tatsächlich bindend und verifizierbar?

Hypothesen: Architekturhypothesen und Risiken festhalten

Erwartetes Artefakt: Hypothesen und technische Herausforderungen

Hypothesen und technische Herausforderungen

Eintrag:

...

Sind offene Annahmen als Hypothesen markiert?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/architecture-inception-canvas/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

architecture-inception-canvas-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel: Verleihreservierung

Business Case: Ein regionaler Verleih prüft einen Webservice für Reservierung und Abholung. Der wirtschaftliche Treiber ist im Beispiel bewusst als zu bestätigende Annahme markiert.

Funktionaler Überblick: Verfügbarkeit ansehen, Reservierung anfragen, Bestätigung erhalten.

Business Context: Kundschaft und Zahlungsdienst kommunizieren mit dem Black-Box-System.

Quality Goal: Reservierungsstatus bleibt bei parallelen Anfragen nachvollziehbar; Messszenario noch festzulegen.

Constraints: Anschluss an das vorhandene Buchungssystem ist eine bestätigte Betriebsanforderung, Schnittstelle noch ungeklärt.

Hypothese: Verfügbarkeit kann zeitnah synchronisiert werden; ein technischer Spike prüft Aktualität und Verhalten beim Ausfall.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

System und Anlass benennenCanvas startet mit Stack-Auswahl statt Anlass und Bedarf.In der Phase ansehen
Business-Kontext und Qualitätsziele erfassenQualitätswünsche ohne Stakeholder oder Szenario sammeln.In der Phase ansehen
Organisatorische und technische Constraints dokumentierenPräferenz wird als unveränderliche Vorgabe behandelt.In der Phase ansehen
Architekturhypothesen und Risiken festhaltenFrühe Option wird als bestätigte Architekturentscheidung dargestellt.In der Phase ansehen

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Fehlen Business Case, wichtigste Stakeholder oder verbindliche Constraints, als offene Felder kennzeichnen und zuständige Klärung planen. Diese Vorlage beschreibt AIC-Felder und ist kein universeller Architekturstandard.

Wie geht es weiter?

Papierillustration mit zwei betrachteten Optionen, die zu einem Entscheidungsdokument mit markiertem Status und sichtbaren Konsequenzen führen.

Architecture

Architecture Decision Record

Hält eine benannte Architekturhypothese als eigene Entscheidung fest.

Architecture

Quality Attribute Workshop

Vertieft die priorisierten Quality Goals zu prüfbaren Szenarien.

Im Playbook ansehenArchitekturqualität vor Umsetzung absichernVon den Leitplanken einer Architekturinitiative über priorisierte Qualitätsszenarien zu einer zur Diskussion gestellten Lösung.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden