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 |  Innovation How Might We |  Architecture Software Architecture Canvas |  Product Discovery Assumption Mapping |  Architecture Risk Storming |
|---|---|---|---|---|
Zweckunterschiedlich | Bei einem festgefahrenen Problem mit vielen impliziten Annahmen übersetzt die Methode Beobachtungen in offene, bearbeitbare Fragen. Sie schärft den Problemrahmen, ohne die Lösung mitzudenken. Dadurch wird Frust oder Unschärfe zu einem Suchraum mit klarer Richtung. | 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. | Wenn Annahmen noch ungeordnet im Raum stehen, sortiert sie Unsicherheit und Hebelwirkung gegeneinander. Sie macht sichtbar, welche Hypothesen zuerst geprüft werden sollten. | 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 | Niedrig | Mittel | Niedrig |
Zeitunterschiedlich | 30–45 min | 1-2 h | 45-60 min | 60-90 min |
Teilnehmendeunterschiedlich | 1-10 | 3-10 | 2-8 | 4-12 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop + Async | Workshop |
Outputunterschiedlich | HMW Questions, Challenge Framing, Idea Prompts | Architecture Canvas, Goals, Constraints, Quality Attributes | Assumption Map, Test Backlog, Risk Ranking | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog |
Tagskeine Überschneidung | FramingOpportunityIdeenfindungFragen | CanvasArchitekturAbstimmungWorkshop | AnnahmenRisikoExperimenteValidierung | RisikoArchitekturWorkshopValidierung |