Was vorher fertig sein muss
Eine bestehende oder geplante Architekturentscheidung soll an mehrere Stakeholder-Gruppen vermittelt werden.
Zielgruppen der Kommunikation sind identifiziert und nach Einfluss und Interesse eingeordnet.
Was vor Start vorliegen muss
Whiteboard oder Miro mit Canvas-Feldern (Zielgruppen, Botschaften, Format, Kanal, Frequenz, Verantwortlichkeit, Erfolgskriterium); Vorlage; Beispiele bestehender Architekturartefakte (ADR, Diagramme, Whitepaper).
Ein Architekt; ein Communications-Verantwortlicher (PMO, Product Marketing oder Engineering Lead); 2-4 Teilnehmende aus Engineering, Product und Stakeholder-Bereich; Scribe.
Stakeholder-Liste mit Rollen; bestehende Kommunikationsformate; bekannte Stakeholder-Erwartungen (z. B. Detailgrad, Sprache, technisches Niveau); Kommunikationsfehler aus der Vergangenheit.
2-3 h
Canvas an die Wand. Pro Zielgruppe eine Zeile. Regel: pro Zielgruppe massgeschneiderte Kombination aus Botschaft, Format und Kanal.
Die eine Frage, die diese Methode beantwortet
Welche Architekturbotschaft erreicht welche Zielgruppe in welchem Format, sodass Entscheidungen, Akzeptanz oder Umsetzung gefoerdert werden?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Zielgruppen segmentieren | 30 min | Zielgruppen auflisten (Exec, Eng-Teams, Operations, Security, externe Partner, Kunden). Pro Zielgruppe Rolle, Bedarf, Bestehendes Wissensniveau. | Wenn alle in einer Zielgruppe landen, ist die Kommunikation nicht differenziert. Mindestens drei Zielgruppen. |
2Phase 2: Botschaften pro Zielgruppe | 45 min | Pro Zielgruppe die zentrale Botschaft in 1-2 Saetzen (Outcome, nicht Technik). Sekundaere Botschaften ergaenzen. Was sollen sie verstehen, was tun. | Exec brauchen Business-Outcome, nicht Architektur-Pattern. Engineering braucht Pattern und Trade-offs. Botschaft differenzieren. |
3Phase 3: Format und Kanal | 30 min | Pro Zielgruppe geeignetes Format (Brief, ADR, Diagramm, Demo, Q-and-A, Talk) und Kanal (Email, Wiki, Workshop, All-Hands). Frequenz festlegen. | Format passt zur Aufmerksamkeitsspanne. Exec lesen 1-Seiter, nicht ADR. Engineering will Code-naehe. |
4Phase 4: Verantwortlichkeit und Cadence | 30 min | Pro Zielgruppe Owner fuer Kommunikation, Frequenz, Erfolgskriterium (z. B. Akzeptanzquote, Feedback-Anzahl). Termine in Kalender. | Kommunikation ohne Owner verteilt sich, niemand fuehlt sich zustaendig. Owner muss Zugang zur Zielgruppe haben. |
5Phase 5: Pilot und Feedback | 15 min | Erste Iteration als Pilot mit einer Zielgruppe. Feedback-Mechanismus (Q-and-A, Umfrage). Review nach 2 Wochen. | Pilot vor Skalierung verhindert grosse Fehlinvestitionen. Wenn die Pilotgruppe die Botschaft nicht versteht, ist Iteration noetig. |
Was am Ende rauskommt
Architecture Communication Canvas als Tabelle mit Spalten Zielgruppe, Botschaft, Format, Kanal, Frequenz, Owner, Erfolgskriterium. Ergaenzt um Materialien pro Format und Feedback-Pipeline.
Canvas mit Datum, Version, Verantwortlichem. Aenderungen an Botschaften oder Kanaelen mit Begruendung. Erfolgs-Metriken (Akzeptanz, Feedback) pro Iteration ergaenzen.
Kompakte Arbeitsvorlage für Architecture Communication Canvas mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Architecture Communication 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
- Communication Canvas:
- Stakeholder Messages:
- Architecture Communication Plan:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Konkret gefülltes Szenario
## Architecture Communication Canvas - Booking API v2 Rollout, Mai 2026
| Zielgruppe | Botschaft | Format | Kanal | Frequenz | Owner | Erfolgskriterium |
|---|---|---|---|---|---|---|
| Exec (CEO, CFO) | Booking API v2 ermoeglicht 5x Volumen und Partner-Onboarding in 5 PT. Investment 350k EUR. | 1-Seiter mit Outcome-Tabelle | Mailing + Quarterly Review | Quartalsweise | @julia (CTO) | Budgetfreigabe Q3 |
| Engineering Org (4 Teams) | Migration in 3 Releases, ADR-014 und ADR-015 leitend, Migration-Playbook ab 01.06. | Tech Talk plus ADR-Sammlung | All-Hands + Wiki | 1x All-Hands + laufend | @ben (Architekt) | <5 offene Fragen 2 Wochen nach Talk |
| SRE und Operations | Multi-Region-Deployment ab Phase 2, RPO 5 min, neue Runbook-Sektion. | Runbook + Pairing-Session | Confluence + 1:1 | Vor Phase 2 | @marcus (SRE-Lead) | Erfolgreicher Drill bis 30.07. |
| Security | OAuth2-Migration, Rate Limit Policy, Audit-Log-Aenderungen. | Security Review-Dokument | Workshop + Wiki | 1x | @anna (Security Champion) | Security-Sign-off bis 15.06. |
| Partner (B2B) | Sandbox-Umgebung verfuegbar, Migration bis 30.09., Support-Channel. | Partner-Newsletter + Webinar | Email + Webinar | Monatlich | @lisa (Partner Manager) | 80% Partner-Migration bis 30.09. |
**Pilot**: Tech Talk am 30.05. mit Team Booking. Feedback-Formular nach Talk. Iteration bei <70% Verstaendnis.Symptome erkennen, gegensteuern
Gleicher Foliensatz fuer Exec, Engineering und Partner. Niemand kommt richtig an.
Pro Zielgruppe massgeschneiderte Botschaft und Format. Exec-1-Seiter unterscheidet sich strukturell vom Engineering-Tech-Talk.
Kommunikation laeuft, niemand weiss, ob sie ankommt.
Pro Zielgruppe Erfolgskriterium und Feedback-Mechanismus. Umfrage, Q-and-A oder Beobachtung von Folge-Entscheidungen.
Kommunikation versickert, Frequenz wird nicht eingehalten.
Owner pflicht pro Zielgruppe. Termine in Kalender. Quartals-Review der Kommunikationsergebnisse.
Exec hoert Pattern-Namen, versteht keinen Business-Wert.
Exec-Botschaften strikt outcome-zentriert. Architektur-Pattern bleiben im Backstage, sichtbar wird, was Geschaeft veraendert.
Engineering wird per Email ueber komplexe Architektur informiert, niemand liest.
Kanal passt zur Aufmerksamkeit. Engineering: Tech Talk plus Wiki, nicht Email-Blast. Exec: kurzer Brief plus Q-and-A.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.