Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
In der Auswahl:C4 ModelProblem Framing WorkshopArchitecture Decision RecordStakeholder Salience Model
| Kriterium | ![]() Architecture C4 Model | ![]() Facilitation Problem Framing Workshop | ![]() Architecture Architecture Decision Record | ![]() Facilitation Stakeholder Salience Model |
|---|---|---|---|---|
Zweckunterschiedlich | Das C4 Model macht ein System über mehrere Auflösungsebenen lesbar, vom Kontext bis zum Code. Es eignet sich, wenn verschiedene Zielgruppen dieselbe Architektur aus unterschiedlichen Höhen verstehen sollen. | Wenn ein Team an Symptomen arbeitet, aber die eigentliche Frage unscharf bleibt, schärft ein Problem Framing Workshop den Blick auf das richtige Problem. Er trennt Beobachtung, Deutung und Zielbild voneinander. | Ein ADR hält eine Architekturentscheidung mit Kontext, Abwägung und Konsequenz dauerhaft fest. Es schafft Anschlussfähigkeit für spätere Änderungen, weil der Entscheidungsweg nachvollziehbar bleibt. | Wenn Stakeholder sehr unterschiedlich wichtig erscheinen, bewertet das Stakeholder Salience Model ihre tatsächliche Priorität über Macht, Legitimität und Dringlichkeit. Es macht sichtbar, wer Aufmerksamkeit sofort, wer später und wer nur situativ braucht. |
Komplexitätunterschiedlich | Niedrig | Niedrig | Niedrig | Mittel |
Zeitunterschiedlich | 1-4 h | 60-120 min | 15-45 min | 60-90 min |
Teilnehmendeunterschiedlich | 1-5 | 4-10 | 1-3 | 3-6 |
Formatunterschiedlich | Workshop + Async | Workshop | Async | Workshop |
Outputunterschiedlich | Context Diagram, Container Diagram, Component Diagram | Problem Statement, Scope Grenzen, Annahmenliste, Nächste Analysefragen | ADR File, Decision Log, Rationale | Salience-Diagramm, Strategie pro Klasse |
Tagskeine Überschneidung | ArchitekturKommunikationVisualisierung | FacilitationAbstimmungDiscovery | ArchitekturBegründungDokumentationGovernance | StakeholderFacilitationAbstimmungGovernance |



