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 Software Architecture Canvas |  Innovation Lean Startup |  Product Strategy Lean Canvas |  Architecture Risk Storming |
|---|---|---|---|---|
Zweckunterschiedlich | Die Software Architecture Canvas reduziert ein System auf die wichtigsten Architekturentscheidungen, Randbedingungen und Schnittstellen. Sie ist nützlich, wenn Teams schnell ein belastbares Gesamtbild brauchen. | 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. | Wenn eine frühe Produktwette noch zu viele offene Punkte hat, bringt sie Zielgruppe, Problem und Annahmen in eine einzige Sicht. Sie verdichtet die Idee so, dass Kernrisiken benennbar werden. | 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. |
Komplexitätunterschiedlich | Niedrig | Mittel | Mittel | Niedrig |
Zeitunterschiedlich | 1-2 h | Wochen bis Monate je Lernzyklus | 45-90 min | 60-90 min |
Teilnehmendeunterschiedlich | 3-10 | 2-8 | 1-6 | 4-12 |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop + Async | Workshop |
Outputunterschiedlich | Architecture Canvas, Goals, Constraints, Quality Attributes | Hypothesenliste, MVPs, Lernreports, Pivot- oder Persevere-Entscheidung | Lean Canvas, Core Assumptions, Experiment Backlog | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog |
Tagskeine Überschneidung | CanvasArchitekturAbstimmungWorkshop | LeanStartupValidierungMVP | StartupLeanAnnahmenGeschäftsmodell | RisikoArchitekturWorkshopValidierung |