Systems Mapping Canvas Tools

Systemzweck

Der berüchtigtste Moment in jedem Architektur-Design-Meeting ist das leere, weiße Whiteboard. "Das Blank-Canvas-Syndrom". Wenn Architekten ohne Struktur anfangen zu zeichnen, endet das Meeting mit 50 zusammenhangslosen Boxen, ausufernden Detail-Diskussionen über Datenbank-Indizes und Null strategischen Entscheidungen. *Systems Mapping Canvas Tools* sind vorgezeichnete "Schablonen" (Canvases), die das Denken mit Gewalt in ein strategisches Korsett pressen. Sie verhindern, dass das Meeting auf die operative Taktik-Ebene abgleitet und erzwingen knochenharte Wertschöpfungs-Debatten.

Mechanik der Schablonen

Ein Canvas (Z.B. das Wardley Mapping oder das Team Topologies Blueprint) ist nicht nur ein Bild, es ist eine *Wert-Matrix*.

Wardley Map Canvas: Besitzt zwei Achsen. Y-Achse: Wert (Wie nah am Kunden?). X-Achse: Evolution (Ist es brandneue Innovation oder Commodity zum Kaufen?). Wenn ein Tech-Team den Kubernetes-Cluster im linken unteren Ecken-Feld (Genesis) zeichnet, schreit die Matrix Alarm: "Baut das auf keinen Fall selbst, kauft Amazon EKS!".

Event Storming Canvas: Eine gigantische, lineare Zeit-Rolle auf einer Bürowand, die das Team zwingt, asynchrone Systeme streng von Links (Ursprung) nach Rechts (Endzustand) zu designen.

Architektur-Einsatz

Canvases sind die Abrissbirnen für Silo-Denken. Wenn ein "Frontend"-Team isoliert arbeitet, interessiert sie das "Payment"-Team nicht. Wirbelst du sie im Event Storming Canvas zusammen, entdecken sie plötzlich gigantische Überschneidungen in ihren Domänen (Bounded Contexts). Der Canvas funktioniert als Schiedsrichter (Boundary Object): Ingenieure und Sales-Experten richten ihre streitenden Argumente nicht mehr gegeneinander ("Du blockierst uns!"), sondern gemeinsam gegen die Schablone an der Wand ("Warum passt unser Zahlungsprozess nicht in diese Box?").

Grenzen und Gefahren

"Canvas Ping-Pong" ohne Exekutive. Es gibt eine gefährliche agile Subkultur, die sich nur noch im Ausfüllen bunter Canvases ergeht. "Wir brauchen noch den Empathy-Map Canvas und den Value-Proposition Canvas!". Wenn ein Canvas-Workshop (Der oft drei Stunden extrem teure Arbeitszeit von 10 Seniors verschlingt) nicht mit einer klaren, zugewiesenen Architektur-Tätigkeit (Im Jira/GitHub) und einer klaren Entscheidung ("Killt Projekt X") endet, war es "Consulting-Theater".

Diagramm

Abgrenzung

*Causal Loop Tools* untersuchen Fehler und Kausalitäten in der Zeitschleife. *Architecture Observability* überwacht den lebenden Patienten. *Systems Mapping Canvas Tools* (wie Wardley Maps) sind reine Strategie. Sie kartografieren die Evolution der Firma und beantworten die architektonisch höchste aller Fragen "Make vs. Buy" (Selbst coden oder als SaaS einkaufen?).

Entscheidungs- und Praxisleitfaden

Verwende niemals zwei verschiedene Canvases im selben Meeting. Mache den Canvas zur unumstößlichen Regel des Architektur-Boards (ARB): "Wir diskutieren keine Budget-Freigabe für einen neuen Microservice, solange das Team nicht seine Position auf der Wardley-Map des Quartals überzeugend verteidigen kann." Das Canvas Tool darf keine freiwillige "Kreativ-Übung" bleiben, es muss ins Zentrum des IT-Governance-Gesetzes gegossen werden.

Quellen

Simon Wardley — Wardley Maps (Online-Buch)

Matthew Skelton & Manuel Pais — Team Topologies, Kap. 7: Team API (IT Revolution, 2019)

Alberto Brandolini — Introducing EventStorming (Leanpub, 2021)