Seminar Structurizr Workshop: Architekturportfolio und Referenzimplementierung

Im Vordergrund steht nicht die isolierte Vermittlung einzelner Funktionen, sondern die Erstellung eines arbeitsfähigen Referenzstandes. Fachliche Modellierung, Repository-Struktur, Tooling und Governance werden an einem zusammenhängenden Portfolio umgesetzt.

Inhaltsverzeichnis

1. Einordnung
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Praxisfall und Übungsartefakte

Einordnung

Der Workshop schließt die Lücke zwischen Schulung und Einführung. Er eignet sich, wenn bereits ein Pilotbereich, mehrere zu modellierende Systeme oder organisatorische Anforderungen vorliegen. Die Übungen verwenden ein neutrales Referenzszenario und können auf vorbereitete interne Beispiele übertragen werden.

Zielgruppe

Gemischte Teams aus Software- und Enterprise-Architecture, technischen Leads, Plattform- und DevOps-Verantwortlichen, Dokumentationsverantwortlichen und Architecture-Governance.

Voraussetzungen

Grundkenntnisse der Structurizr DSL und des C4-Modells. Für den Serverteil ist eine vorbereitete Übungsinstanz hilfreich. Relevante Systemgrenzen und Stakeholder-Fragen sollten vorab verfügbar sein.

Lernziele

• Ein praktikables Zielbild für Architekturportfolio, Workspaces und Veröffentlichungsweg entwickeln.
• Ein gemeinsames Landschaftsmodell und mehrere angebundene System-Workspaces aufbauen.
• Zielgruppengerechte Views, Dokumentation und ADRs als Referenz umsetzen.
• Local-Autorenworkflow und Server-Publikation technisch verbinden.
• Governance, Ownership, Review und nächste Umsetzungsschritte in konkreten Artefakten festhalten.

Seminarinhalte

1. Tag 1: Zielbild und gemeinsames Landschaftsmodell

Portfolio, Stakeholder und Systemgrenzen werden abgestimmt und in eine gemeinsame Basis überführt.

1. Ziele, Konsumenten und zentrale Architekturfragen priorisieren.
2. Systemlandschaft, externe Akteure und wesentliche Beziehungen modellieren.
3. Identifier-, Namens-, Tag- und Ownership-Regeln als erste Standards festlegen.

2. Tag 2: System-Workspaces und Autorenworkflow

Mehrere Systemmodelle werden strukturiert an die gemeinsame Landschaft angebunden.

1. Basis-Workspace modularisieren und per extends nutzbar machen.
2. Kontext-, Container-, dynamische und Deployment-Sichten je System erstellen.
3. Local-Konfiguration, Layoutspeicherung, Dokumentation und ADRs integrieren.

3. Tag 3: Veröffentlichung und Governance

Der Referenzstand wird technisch publiziert und organisatorisch abgesichert.

1. Workspace auf Server erstellen, übertragen und Sichtbarkeit konfigurieren.
2. Review-, Freigabe-, Versionierungs- und API-Prozess definieren.
3. Backlog, Verantwortlichkeiten und Abnahmekriterien für die Einführung festlegen.

4. Referenzimplementierung abnehmen

Alle Artefakte werden gegen technische und organisatorische Kriterien geprüft.

1. Workspace validieren und Inspektionsbefunde bewerten.
2. Diagramme, Dokumentation, ADRs und Navigation fachlich reviewen.
3. Repository, Runbook und Governance-Paket versioniert als Referenzstand markieren.

Praxisfall und Übungsartefakte

Der Workshop liefert ein vollständiges Referenzrepository mit Landschaftsmodell, mehreren System-Workspaces, Local-Konfiguration, Server-Publikationsweg, Dokumentations- und ADR-Struktur, Governance-Paket und priorisiertem Einführungsbacklog.