methodatlas

Architecture Planungstool

arc42

Strukturiert Architekturwissen über Ziele, Kontext, Laufzeit und Deployment zu einer lebendigen Systemdokumentation.

Arc42 strukturiert Architekturwissen so, dass Teams System, Entscheidungen und Risiken konsistent dokumentieren können. Die Vorlage baut ein lebendiges Architekturverständnis statt verstreuter Notizen auf.

Kernfrage
Welchen Systemkontext, welche Randbedingungen und Entscheidungen muss die Architektur vermitteln?
Teilnehmende
1-4
Zeit
1-2 Tage

Die Schritte bilden einen möglichen Arbeitsweg. Passe sie an Zweck und verfügbare Belege der Methode an.

Papierillustration zu arc42 mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
  1. Umfang

    System und Dokumentationsbedarf festlegen

    Benenne System, Stakeholder, zentrale Qualitätsziele und den Zweck der Dokumentation; wähle relevante arc42-Abschnitte.

  2. Ziele

    Ziele, Constraints und Kontext dokumentieren

    Schreibe Qualitätsziele als priorisierte Szenarien, Constraints mit Quelle sowie Systemkontext und Schnittstellen.

  3. Sichten

    Lösungsstrategie und Sichten entwickeln

    Beschreibe leitende Entscheidungen und die dafür nötigen Building Block-, Runtime- und Deployment-Sichten. Verknüpfe Diagramme mit ihrem Text.

  4. Pflege

    Qualität, Entscheidungen und Pflege sichern

    Halte wichtige Decisions mit Status, Risiken und Annahmen fest; verknüpfe Szenarien und definiere Auslöser für Aktualisierung.

Überarbeite das Ergebnis, wenn sich Belege, Kontext oder Wirkung ändern. Halte fest, was sich geändert hat und warum.

Geeignet, wenn

Geeignet für: „Living Architecture Docs“, „Team Handover“. Beteiligte können die nötigen Belege und Entscheidungen einbringen.

Ideal für

  • Living Architecture Docs
  • Team Handover
  • Komplexe Systeme

Nicht gut für

  • Wegwerfprojekte
  • Teams ohne Dokumentationsbedarf

Ergebnisse

  • arc42-Architekturdokumentation

    Ausgewählte Architekturabschnitte mit Qualitätsszenarien, Kontext, Entscheidungen und Pflegehinweisen.

  • Lebende arc42-Dokumentation

    Das Artefakt hält Umfang, Datum, Beteiligte, Quellenstand und Verantwortung fest und dokumentiert geänderte Annahmen mit Änderungsgrund.

arc42-Architekturdokumentation

Fiktives Arbeitsbeispiel

Fiktiv, System „Praxisportal“: Top-Qualitätsziel ist Verfügbarkeit während der Praxiszeiten. Kontext: Patient:innen und Praxisverwaltung; keine direkte Zahlungsabwicklung. Strategie: Buchungen zunächst über synchronisierte Verfügbarkeitskopie. Laufzeitfall: Slot reservieren, Bestätigung abwarten, bei Konflikt Alternativen anzeigen. Risiko: verspätete Synchronisierung. Kapitel 1, 3, 4, 6 und 10 zuerst pflegen; übrige Kapitel als bewusst markierte Lücken.

Einführung und Ziele

Stakeholder, Anforderungen und wichtigste Qualitätsziele festhalten.

Fiktiv: Verfügbarkeit während Praxiszeiten priorisiert.

Randbedingungen

Technische, organisatorische und regulatorische Vorgaben benennen.

Datenschutzvorgaben und vorhandenes Praxisverwaltungssystem.

Kontext und Abgrenzung

Systemgrenze, externe Partner und Schnittstellen erklären.

Patient:innen und Praxisverwaltung; keine Zahlungsabwicklung.

Lösungsstrategie

Leitende Ansätze und wichtige Architekturentscheidungen begründen.

Verfügbarkeitskopie mit Konfliktprüfung.

Bausteinsicht

Relevante Bausteine und ihre Verantwortung zeigen.

Booking API, Web-App, Termindatenbank.

Laufzeitsicht

Kritische Szenarien und Interaktionen beschreiben.

Slot reservieren; Bestätigung abwarten.

Verteilungssicht

Infrastruktur und Zuordnung von Softwarebausteinen abbilden.

Hosting und Praxisintegration als noch zu klärende Punkte.

Querschnittliche Konzepte

Wiederkehrende Konzepte und Regeln dokumentieren.

Authentifizierung und Audit-Protokollierung.

Architekturentscheidungen

Wichtige Entscheidungen mit Status und Begründung verknüpfen.

Synchronisationsstrategie in Prüfung.

Qualitätsanforderungen

Qualitätsszenarien messbar formulieren.

Fiktives Szenario: Bei verfügbarer Kalenderkopie beantworten 95 % der Slot-Suchen während der Praxisöffnungszeit die Verfügbarkeit in höchstens 2 Sekunden.

Risiken und technische Schulden

Bekannte Risiken samt Wirkung und Umgang festhalten.

Veraltete Verfügbarkeit kann Doppelbuchung auslösen.

Glossar

Domänenbegriffe konsistent definieren.

Slot bedeutet freigegebenen Zeitraum.

Der Beispieltext ist fiktiv; ersetze ihn durch belegte Projektinformationen.

arc42 at a glance

Erster Schritt

Benenne System, Stakeholder, zentrale Qualitätsziele und den Zweck der Dokumentation; wähle relevante arc42-Abschnitte.

Zur Methodenanleitung

Vertiefung

Zweck

Arc42 strukturiert Architekturwissen so, dass Teams System, Entscheidungen und Risiken konsistent dokumentieren können. Die Vorlage baut ein lebendiges Architekturverständnis statt verstreuter Notizen auf.

Funktionsweise

Das Team füllt die relevanten Kapitel von Kontext über Bausteine bis zu Laufzeit, Deployment und Risiken. Dabei werden Inhalte knapp, referenzierbar und anschlussfähig gehalten, damit Dokumentation und Gespräche dieselbe Basis haben. Am Ende entsteht ein durchgehendes Architekturprofil, das Pflege und Übergaben erleichtert.

Im Detail

Die arc42-Struktur ordnet Architekturwissen in wiedererkennbare Kapitel und verbindet Gespräche, Onboarding und Pflege mit derselben Dokumentationslogik. Gute Anwendung befüllt nur die Abschnitte, die für das konkrete System Orientierung stiften, und verlinkt Entscheidungen statt Textmasse anzuhäufen. Der Nutzen steigt, wenn die Dokumentation laufend mit dem System mitwächst und nicht erst kurz vor einer Übergabe hektisch komplettiert wird.

Durchführung

Verankere arc42 an bestehenden Architekturgesprächen, Reviews und Änderungsanlässen, damit das Format im Alltag benutzt statt nur eröffnet wird. Der Umschlagpunkt wird sichtbar, wenn ein Kapitel erstmals eine reale Entscheidung oder Klärung beschleunigt. Schließe mit einer schlanken Startstruktur, klarer Pflegeverantwortung und wenigen priorisierten Abschnitten für die nächste Iteration.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen
Artefakt-Vorlagen
arc42: ArbeitsvorlageBereite Entscheidung, Quellenbelege und nächste Prüfung vor.
markdown

arc42-working-template.md

Bereite Entscheidung, Quellenbelege und nächste Prüfung vor.

arc42: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Methode durchführen Zeit: Siehe Zeitrahmen im Katalog; keine allgemeine Dauer.

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

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Gemeinsame Arbeitsfläche, Quellenbelege und eine abgestimmte Entscheidungsfrage.
  • Rollen: Architektur, Entwicklung, Betrieb, Fachbereiche, Entscheidungsverantwortung.
  • Vorab-Infos: Sammle vorhandene Daten, Beispiele, Rahmenbedingungen und relevante Perspektiven.
  • Gesamter Zeitbedarf: Mehrere fokussierte Termine; Umfang nach Komplexität und Beleglage bestimmen.
  • Setup: Das Team füllt die relevanten Kapitel von Kontext über Bausteine bis zu Laufzeit, Deployment und Risiken. Dabei werden Inhalte knapp, referenzierbar und anschlussfähig gehalten, damit Dokumentation und Gespräche dieselbe Basis haben. Am Ende entsteht ein durchgehendes Architekturprofil, das Pflege und Übergaben erleichtert.

Für die Arbeitsschritte bereitstellen

Umfang: System und Dokumentationsbedarf festlegen

  • Systemgrenze, Zielgruppen, bestehende Architekturdokumente

Ziele: Ziele, Constraints und Kontext dokumentieren

  • Requirements, Randbedingungen, externe Systeme

Sichten: Lösungsstrategie und Sichten entwickeln

  • Qualitätsziele, vorhandene Architektur, kritische Szenarien

Pflege: Qualität, Entscheidungen und Pflege sichern

  • Qualitätsszenarien, Risiken, technische Schulden, Teamverantwortung

arc42-Architekturdokumentation

Einführung und Ziele

Stakeholder, Anforderungen und wichtigste Qualitätsziele festhalten.

...

Randbedingungen

Technische, organisatorische und regulatorische Vorgaben benennen.

...

Kontext und Abgrenzung

Systemgrenze, externe Partner und Schnittstellen erklären.

...

Lösungsstrategie

Leitende Ansätze und wichtige Architekturentscheidungen begründen.

...

Bausteinsicht

Relevante Bausteine und ihre Verantwortung zeigen.

...

Laufzeitsicht

Kritische Szenarien und Interaktionen beschreiben.

...

Verteilungssicht

Infrastruktur und Zuordnung von Softwarebausteinen abbilden.

...

Querschnittliche Konzepte

Wiederkehrende Konzepte und Regeln dokumentieren.

...

Architekturentscheidungen

Wichtige Entscheidungen mit Status und Begründung verknüpfen.

...

Qualitätsanforderungen

Qualitätsszenarien messbar formulieren.

...

Risiken und technische Schulden

Bekannte Risiken samt Wirkung und Umgang festhalten.

...

Glossar

Domänenbegriffe konsistent definieren.

...

Das leere Dokument enthält ausschließlich Abschnittsimpulse.

arc42 at a glance

Umfang: System und Dokumentationsbedarf festlegen

Erwartetes Artefakt: Schlanker Dokumentationsplan

Schlanker Dokumentationsplan

Eintrag:

...

  • Ist jedes Kapitel für Stakeholder oder Entwicklung nützlich?

Ziele: Ziele, Constraints und Kontext dokumentieren

Erwartetes Artefakt: Abschnitte 1 bis 3 mit Belegen

Abschnitte 1 bis 3 mit Belegen

Eintrag:

...

  • Sind Qualitätsziele überprüfbar und Schnittstellen benannt?

Sichten: Lösungsstrategie und Sichten entwickeln

Erwartetes Artefakt: Architekturbeschreibung und relevante Sichten

Architekturbeschreibung und relevante Sichten

Eintrag:

...

  • Beantwortet jede Sicht eine konkrete Qualitäts- oder Strukturfrage?

Pflege: Qualität, Entscheidungen und Pflege sichern

Erwartetes Artefakt: Lebende arc42-Dokumentation

Lebende arc42-Dokumentation

Eintrag:

...

  • Kann ein Leser erkennen, was aktuell, offen oder überholt ist?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/arc42/run-sheet

Alternativen und Nachbarn

Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Alle Methoden
Rahmenbedingungen und Herkunft
NiedrigWorkshop + Async1-2 Tage

Steckbrief

Methodenform
Planungstool
Teilnehmende
1-4
Zeit
1-2 Tage
Reifegrad
Canonical
Ursprung
Gernot Starke und Peter Hruschka
Papierillustration zu C4 Model mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Als Nächstes: C4 Model