methodatlas
MethodenanleitungArchitecture

Architecture Communication Canvas

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

KomplexitätMittel
Zeit60-120 min
Teilnehmende2-8
FormatWorkshop + Async
ReifegradEmerging
Arbeit planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlarer Arbeitsrahmen

Nutze die offizielle Architecture Communication Canvas in unveränderter Feldstruktur und bestimme die Empfänger.

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

Vorbereitung

Was vor Start vorliegen muss

Materialien

Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

Personen / Rollen

Systemverantwortung · Architektur · vorgesehene Empfänger; bei Lücken zuständige Fachrollen hinzuziehen.

Vorabinfos

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

Zeitbedarf

60–120 Minuten für eine vorbereitete Übersicht; Faktenrecherche separat.

Setup

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

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche wesentlichen Systeminformationen müssen diese Empfänger verstehen, prüfen oder weitertragen?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Das Architecture Communication Canvas verdichtet ein bestehendes System für eine konkrete Zielgruppe: Value Proposition, Stakeholder, Funktionen, Qualitätsanforderungen, Entscheidungen, Technologien, Kontext, Komponenten sowie Risiken und Wissenslücken.

Architecture Communication 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.

Value Proposition

Welchen Wert liefert das bestehende System?

Reservierungen an einem Ort sichtbar machen.

Key Stakeholder

Wer nutzt, finanziert, betreibt oder trägt zum System bei?

Kundschaft nutzt es; Operations betreibt es; Verantwortung bestätigen.

Core Functions

Was sind die wichtigsten Systemfunktionen?

Verfügbarkeit anzeigen und Reservierung erfassen.

Quality Requirements

Welche Qualitätsmerkmale sind wichtig?

Statuskonsistenz ist relevant; kein Zahlenziel ohne Betriebsbeleg.

Core Decisions - Good or Bad

Welche Entscheidungen haben den heutigen Zustand geprägt?

Payment Adapter als Beispielentscheidung, die zu verifizieren ist.

Technologies

Welche Technologien dienen Entwicklung und Betrieb?

Bis zur Prüfung durch Repository oder Systemverantwortliche offen lassen.

Business Context

Welche externen Schnittstellen und Nachbarsysteme sind wichtig?

Zahlungsdienst als Nachbarsystem.

Components / Modules

Welche Bausteine oder Module sind zentral?

Reservierungsdienst und Buchungsmodul.

Core Risks and Missing Information

Welche Risiken oder Informationslücken sind offen?

Timeout-Verhalten und Quelle der Verfügbarkeit untersuchen.

Architecture Communication Canvas (official PDF)

  1. 1

    Zielgruppe

    System, Empfänger und Kommunikationszweck festlegen

    Ziel

    Zielgerichtete Canvas-Rahmung

    Voraussetzungen für diesen Schritt

    • Nutze die offizielle Architecture Communication Canvas in unveränderter Feldstruktur und bestimme die Empfänger.
    • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

    Durchführung

    • Benenne System, Ersteller, vorgesehene Empfänger und Datum/Iteration. Bestimme, wozu die kompakte Sicht gebraucht wird.
    • Das Ergebnis „Zielgerichtete Canvas-Rahmung“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.

    Ergebnis

    Zielgerichtete Canvas-Rahmung

    Zielgerichtete Canvas-Rahmung

    Qualitätscheck

    Welche konkrete Frage sollen die Empfänger nach der Übersicht beantworten?

    Stolperfalle

    Canvas wird unabhängig von Zielgruppe und Nutzung erstellt. Empfänger und Verwendung direkt auf der Vorlage benennen.

    Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

  2. 2

    Kontext

    Value Proposition, Stakeholder und Business Context erfassen

    Ziel

    Gemeinsames System- und Stakeholderbild

    Voraussetzungen für diesen Schritt

    • Zielgerichtete Canvas-Rahmung
    • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

    Durchführung

    • Fülle die ACC-Felder zu Wert, zentralen Stakeholdern und wichtigsten externen Schnittstellen aus.
    • Das Ergebnis „Gemeinsames System- und Stakeholderbild“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.

    Ergebnis

    Gemeinsames System- und Stakeholderbild

    Gemeinsames System- und Stakeholderbild

    Qualitätscheck

    Sind Empfänger, Nutzer, Zahlende und Nachbarsysteme unterscheidbar?

    Stolperfalle

    Stakeholder werden ohne Rolle oder Beziehung aufgelistet. Rolle pro Stakeholdergruppe benennen und Quelle markieren.

    Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

  3. 3

    Architektur

    Funktionen, Qualität, Entscheidungen, Technologien und Module bündeln

    Ziel

    Verdichtete bestehende Systemarchitektur

    Voraussetzungen für diesen Schritt

    • Gemeinsames System- und Stakeholderbild
    • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

    Durchführung

    • Beschreibe die in der offiziellen ACC vorgesehenen Bereiche knapp; für Entscheidungen auch gute und schlechte Folgen benennen.
    • Das Ergebnis „Verdichtete bestehende Systemarchitektur“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.

    Ergebnis

    Verdichtete bestehende Systemarchitektur

    Verdichtete bestehende Systemarchitektur

    Qualitätscheck

    Sind wichtige Entscheidungen und Qualitätsanforderungen sichtbar?

    Stolperfalle

    Unbekannte Technologien werden geraten oder eine Box überfüllt. „Nicht verifiziert“ notieren und Details in vertiefende Dokumentation auslagern.

    Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

  4. 4

    Risiken

    Risiken und fehlende Informationen zum Gesprächsanlass machen

    Ziel

    Lesbare Kurzsicht mit offenen Wissenslücken

    Voraussetzungen für diesen Schritt

    • Verdichtete bestehende Systemarchitektur
    • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

    Durchführung

    • Fülle das ACC-Feld zu Core Risks and Missing Information aus. Prüfe, was die Zielgruppe als Nächstes wissen oder entscheiden muss.
    • Das Ergebnis „Lesbare Kurzsicht mit offenen Wissenslücken“ mit Belegstatus, Quelle oder offenem Prüfbedarf festhalten.

    Ergebnis

    Lesbare Kurzsicht mit offenen Wissenslücken

    Lesbare Kurzsicht mit offenen Wissenslücken

    Qualitätscheck

    Kann die Empfängergruppe aus der Canvas einen sinnvollen nächsten Schritt ableiten?

    Stolperfalle

    Lücken werden durch Vermutung gefüllt. Informationslücken explizit markieren und Eigentümer zuordnen.

    Zeitlicher Rahmen: Etwa 10–20 Minuten; Daten- oder Klärungsarbeit separat planen.

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Architecture Communication Canvas · ZielgruppenkommunikationStakeholder-Fragen, Botschaften, Artefakte und Formate gezielt verbinden
Architecture Communication CanvasDie Skizze zeigt, wie Stakeholder-Fragen, Kernbotschaften, Architekturartefakte und Kommunikationsformate zu einem konkreten Kommunikationsplan verbunden werden.Architekturkommunikation auf Zielgruppen zuschneidenStakeholder-Fragen werden mit Botschaft, Artefakt und Format verbunden.PublikumWer muss entscheiden?KommunikationscanvasFrage, Botschaft und Format verbindenPlanNächste KommunikationStakeholderRolle und InteresseEntscheidungwas geklärt wirdVorwissenDetailgrad wählenFrageLeitfrage klärenBotschaftKernaussage formulierenArtefaktC4, ADR, arc42, DiagrammFormatReview, Mail, Workshoppassend zuschneidenKanalMeeting oder DocTimingvor EntscheidungFollow-upFeedback sichern
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-communication-canvas-working-template.md

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

Architecture Communication 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 eine vorbereitete Übersicht; Faktenrecherche 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 ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.
  • Rollen: Systemverantwortung · Architektur · vorgesehene Empfänger; bei Lücken zuständige Fachrollen hinzuziehen.
  • Vorab-Infos: Material, Datenzugang und Teilnehmende vorab nach Forschungs- oder Entscheidungsfrage festlegen.
  • Gesamter Zeitbedarf: 60–120 Minuten für eine vorbereitete Übersicht; Faktenrecherche 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

Zielgruppe: System, Empfänger und Kommunikationszweck festlegen

  • Nutze die offizielle Architecture Communication Canvas in unveränderter Feldstruktur und bestimme die Empfänger.
  • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

Kontext: Value Proposition, Stakeholder und Business Context erfassen

  • Zielgerichtete Canvas-Rahmung
  • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

Architektur: Funktionen, Qualität, Entscheidungen, Technologien und Module bündeln

  • Gemeinsames System- und Stakeholderbild
  • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

Risiken: Risiken und fehlende Informationen zum Gesprächsanlass machen

  • Verdichtete bestehende Systemarchitektur
  • Offizielle ACC-Vorlage, verifizierte Architekturunterlagen und eine konkrete Kommunikationsfrage.

Architecture Communication Canvas Felder der Originalvorlage

Value Proposition

Welchen Wert liefert das bestehende System?

...

Key Stakeholder

Wer nutzt, finanziert, betreibt oder trägt zum System bei?

...

Core Functions

Was sind die wichtigsten Systemfunktionen?

...

Quality Requirements

Welche Qualitätsmerkmale sind wichtig?

...

Core Decisions - Good or Bad

Welche Entscheidungen haben den heutigen Zustand geprägt?

...

Technologies

Welche Technologien dienen Entwicklung und Betrieb?

...

Business Context

Welche externen Schnittstellen und Nachbarsysteme sind wichtig?

...

Components / Modules

Welche Bausteine oder Module sind zentral?

...

Core Risks and Missing Information

Welche Risiken oder Informationslücken sind offen?

...

Architecture Communication Canvas (official PDF)

Zielgruppe: System, Empfänger und Kommunikationszweck festlegen

Erwartetes Artefakt: Zielgerichtete Canvas-Rahmung

Zielgerichtete Canvas-Rahmung

Eintrag:

...

  • Welche konkrete Frage sollen die Empfänger nach der Übersicht beantworten?

Kontext: Value Proposition, Stakeholder und Business Context erfassen

Erwartetes Artefakt: Gemeinsames System- und Stakeholderbild

Gemeinsames System- und Stakeholderbild

Eintrag:

...

  • Sind Empfänger, Nutzer, Zahlende und Nachbarsysteme unterscheidbar?

Architektur: Funktionen, Qualität, Entscheidungen, Technologien und Module bündeln

Erwartetes Artefakt: Verdichtete bestehende Systemarchitektur

Verdichtete bestehende Systemarchitektur

Eintrag:

...

  • Sind wichtige Entscheidungen und Qualitätsanforderungen sichtbar?

Risiken: Risiken und fehlende Informationen zum Gesprächsanlass machen

Erwartetes Artefakt: Lesbare Kurzsicht mit offenen Wissenslücken

Lesbare Kurzsicht mit offenen Wissenslücken

Eintrag:

...

  • Kann die Empfängergruppe aus der Canvas einen sinnvollen nächsten Schritt ableiten?

Offene Fragen und nächste Schritte

...

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

06

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-communication-canvas-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel: bestehender Reservierungsservice

Value Proposition: Reservierungen zentral sichtbar machen.

Key Stakeholder: Betreiberteam; Kundschaft; Zahlungsdienst. Rollen im Beispiel vor Verwendung durch Systemverantwortliche bestätigen.

Core Functions: Verfügbarkeit anzeigen und Reservierung erfassen.

Quality Requirements: Statuskonsistenz bei parallelen Anfragen prüfen; kein numerischer Grenzwert ohne Betriebsevidenz.

Core Decisions: Authentifizierung über vorhandenen Identitätsdienst, falls durch aktuelle Architektur belegt.

Technologies: In dieser fiktiven Vorlage offen gelassen, bis verifiziert.

Business Context / Components: Reservierungsservice und Zahlungsdienst; Buchungsservice als internes Modul.

Risks / Missing Information: Verhalten nach Timeout und Quelle des Verfügbarkeitsstatus untersuchen.

07

Stolperfallen

Symptome erkennen, gegensteuern

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

  1. System, Empfänger und Kommunikationszweck festlegenCanvas wird unabhängig von Zielgruppe und Nutzung erstellt.In der Phase ansehen
  2. Value Proposition, Stakeholder und Business Context erfassenStakeholder werden ohne Rolle oder Beziehung aufgelistet.In der Phase ansehen
  3. Funktionen, Qualität, Entscheidungen, Technologien und Module bündelnUnbekannte Technologien werden geraten oder eine Box überfüllt.In der Phase ansehen
  4. Risiken und fehlende Informationen zum Gesprächsanlass machenLücken werden durch Vermutung gefüllt.In der Phase ansehen
08

Abbruchkriterien

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

Wenn Fakten nicht belegt sind, Unbekanntes markieren und recherchieren. ACC ist ein konkretes arc42-Modell für Bestandskommunikation; die Felder nicht als freie Universalvorlage umdeuten.

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

Macht eine benannte offene Wissenslücke zum Gegenstand einer Entscheidung.

Arbeitsfläche für Quality Attribute Workshop: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.
Architecture
Quality Attribute Workshop

Vertieft ein benanntes Quality-Requirement-Feld zu prüfbaren Szenarien.

Im Playbook ansehenArchitekturdokumentation aufbauenVon verstreutem Architekturwissen zu Views, Entscheidungen und kommunizierbarer Dokumentation.

Methodenanleitung durchgearbeitet?

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

Zum SteckbriefWeitere Methoden