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:Software Architecture CanvasArchitecture Communication CanvasCustomer Journey CanvasATAM (Architecture Tradeoff Analysis Method)
| Kriterium | ![]() Architecture Software Architecture Canvas | ![]() Architecture Architecture Communication Canvas | ![]() UX Design Customer Journey Canvas | ![]() Architecture ATAM (Architecture Tradeoff Analysis Method) |
|---|---|---|---|---|
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. | Das Architecture Communication Canvas plant Architekturkommunikation so, dass die richtigen Menschen die richtige Botschaft erhalten. Die Methode macht aus technischer Komplexität ein bewusstes Kommunikationsdesign. | Wenn eine Journey über mehrere Phasen verstanden werden soll, ordnet sie Erleben, Touchpoints und Chancen in einem Bild. Sie macht Lücken und Reibung entlang des Nutzerwegs deutlich. | ATAM hilft, Architekturentscheidungen bei konkurrierenden Qualitätszielen abzuwägen. Dazu betrachtet das Team Geschäftsziele, Erwartungen der Beteiligten und technische Entscheidungen gemeinsam. Die Bewertung zeigt, welche Risiken weiter untersucht werden sollten. |
Komplexitätunterschiedlich | Niedrig | Mittel | Mittel | Hoch |
Zeitunterschiedlich | 1-2 h | 60-120 min | 1-3 h | Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig |
Teilnehmendeunterschiedlich | 3-10 | 2-8 | 3-10 | Bewertungsteam, Architekturverantwortliche und relevante Stakeholder |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop | Workshop + Async |
Outputunterschiedlich | Architecture Canvas, Goals, Constraints, Quality Attributes | Communication Canvas, Stakeholder Messages, Architecture Communication Plan | Customer Journey Canvas, Pain Points, Experience Opportunities | Priorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen |
Tagskeine Überschneidung | CanvasArchitekturAbstimmungWorkshop | ArchitekturKommunikationStakeholderCanvas | JourneyKundeService DesignCanvas | ArchitekturQualitätRisikoZielkonflikteStakeholder |



