Architektur

Dokumentiert eine Architekturentscheidung mit Kontext, Alternativen und Konsequenzen, damit spätere Reviews nachvollziehbar bleiben.

Kernfrage: Welche Architekturentscheidung treffen wir in diesem Kontext, warum wählen wir sie und welche Folgen nehmen wir damit an?

• 15-45 min
• 1-3

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

Kernfrage: Welchen Systemkontext, welche Randbedingungen und Entscheidungen muss die Architektur vermitteln?

• 1-2 Tage
• 1-4

Macht System, Container und Bausteine in abgestuften Sichten lesbar und erleichtert Architekturkommunikation.

Kernfrage: Welche Diagramme helfen den jeweiligen Zielgruppen, die Softwarearchitektur zu verstehen?

• 1-4 h
• 1-5

Sammelt Qualitätsziele, priorisiert Risiken und macht daraus Architekturthemen, die gemeinsam bewertet werden.

Kernfrage: Welche Qualitätsszenarien sind für die Geschäftsziele architekturrelevant und müssen zuerst geklärt werden?

• 2-4 h
• 5-15

Bündelt Problem, Ziele, Stakeholder und Risiken zu einem Startbild, das frühe Architekturfragen sortiert.

Kernfrage: Welche Ziele, Randbedingungen und überprüfbaren Architekturhypothesen prägen das neue System?

• 1-2 h
• 3-8

Bereitet Stakeholder, Kernbotschaften und Artefakte so auf, dass Architekturkommunikation gezielt anschließt.

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

• 60-120 min
• 2-8

Sammelt Systemziele, Constraints und Bausteine in einer kompakten Sicht für frühe Architekturentscheidungen.

Kernfrage: Welcher Geschäfts- und Funktionsrahmen begrenzt den Lösungsraum, und welche Architekturhypothesen müssen geprüft werden?

• 1-2 h
• 3-10

Verbindet mehrere Sichten auf große Systeme und hält Cross-view-Informationen für das Gesamtbild fest.

Kernfrage: Welche Sichten dienen diesen Stakeholdern, und welche Informationen müssen über die einzelnen Sichten hinaus dokumentiert werden?

• 1-3 Tage
• 1-4

Sammelt Risiken direkt auf einem Architekturdiagramm und macht Priorität, Wirkung und nächste Schritte sichtbar.

Kernfrage: Welche konkreten Ausfallszenarien sitzen wo in der Architektur, welche sind gemeinsam wesentlich, und wie reduzieren oder prüfen wir sie?

• 60-90 min
• 4-12

Bereitet größere Änderungen mit Motivation, Lösung, Alternativen und offenen Fragen revisionsfest auf.

Kernfrage: Ist der Vorschlag mit Alternativen, Folgen und Migrationsweg entscheidungsreif?

• 1-3 Wochen vom Draft bis zur Entscheidung
• 3-20 Reviewer

Prüft, wie Architekturentscheidungen wichtige Qualitätsziele unterstützen, und macht Risiken und Zielkonflikte sichtbar.

Kernfrage: Wie unterstützt die Architektur unsere wichtigsten Qualitätsziele, und wo entstehen Risiken oder Zielkonflikte?

• Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig
• Bewertungsteam, Architekturverantwortliche und relevante Stakeholder

Zeigt anhand konkreter Aufgaben, wie gut sich eine Architektur nutzen und ändern lässt.

Kernfrage: Welche Änderungen erfordern unsere geplanten Aufgaben, und wie unterscheiden sich die Architekturvarianten dabei?

• Vorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig
• Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung

Entwickler erproben einen vorläufigen technischen Entwurf mit typischen Aufgaben und zeigen, was die Anwendung erleichtert oder erschwert.

Kernfrage: Können Entwickler ihre wichtigen Aufgaben mit diesem vorläufigen Entwurf lösen?

• 2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich
• Entwurfsverantwortliche, Entwickler als Anwender und Moderation

Hilft einem kleinen Team, die wichtigsten Qualitätsrisiken seiner Software einzuschätzen und gezielt weiter zu untersuchen.

Kernfrage: Wie gut erreicht unsere Software ihre Qualitätsziele und welche Risiken sollten wir genauer untersuchen?

• 3–4 h für Ersteinschätzung; Vorbereitung und Vertiefung zusätzlich
• 1 oder kleines Team; besonders geeignet für 3–4 Personen