Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
| Kriterium | ![]() Architecture C4 Model | ![]() Innovation Lean Startup | ![]() Architecture Risk Storming | ![]() Architecture arc42 |
|---|---|---|---|---|
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. | Bei unsicheren Geschäftsannahmen zwingt die Methode die Idee früh an reale Marktreaktionen. Sie trennt Wunschbild, Annahme und beobachtbares Verhalten, damit Lernen schneller als Planung wird. So wird Unsicherheit in messbare Erkenntnisse übersetzt. | Risk Storming macht Risiken direkt am Architekturartefakt sichtbar und verbindet sie mit Priorität und Handlungsbedarf. Es eignet sich für frühe Reviews, wenn Unsicherheiten neben der Struktur stehen sollen. | 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. |
Komplexitätunterschiedlich | Niedrig | Mittel | Niedrig | Niedrig |
Zeitunterschiedlich | 1-4 h | Wochen bis Monate je Lernzyklus | 60-90 min | 1-2 Tage |
Teilnehmendeunterschiedlich | 1-5 | 2-8 | 4-12 | 1-4 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop | Workshop + Async |
Outputunterschiedlich | Context Diagram, Container Diagram, Component Diagram | Hypothesenliste, MVPs, Lernreports, Pivot- oder Persevere-Entscheidung | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog | Architecture Document, Context View, Runtime View, Deployment View |
Tagskeine Überschneidung | ArchitekturKommunikationVisualisierung | LeanStartupValidierungMVP | RisikoArchitekturWorkshopValidierung | ArchitekturDokumentationKommunikation |



