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:Service BlueprintingTeam APISoftware Architecture CanvasArchitecture Inception Canvas
| Kriterium |  UX Design Service Blueprinting |  Team Design Team API |  Architecture Software Architecture Canvas |  Architecture Architecture Inception Canvas |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn eine Serviceerfahrung über mehrere Kontaktpunkte verteilt ist, bringt sie Frontstage und Backstage zusammen. Sie zeigt, wo Nutzerkontakt und interne Verantwortung zusammenpassen müssen. | Bei unscharfen Erwartungen zwischen Teams beschreibt die Methode, wie ein Team erreichbar, nutzbar und verantwortbar ist. Sie schafft Klarheit über Schnittstellen, Reaktionsweisen und Grenzen der Zusammenarbeit. | 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 Inception Canvas bündelt die ersten Architekturfragen in einem kompakten Entscheidungsbild. Es eignet sich, wenn ein Vorhaben noch in Bewegung ist und trotzdem klare Leitplanken braucht. |
Komplexitätunterschiedlich | Hoch | Niedrig | Niedrig | Niedrig |
Zeitunterschiedlich | 0.5-2 Tage | Half day initial, dann laufend | 1-2 h | 1-2 h |
Teilnehmendeunterschiedlich | 6-12 | Ein Team plus Stakeholder | 3-10 | 3-8 |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop | Workshop |
Outputunterschiedlich | Service Blueprint, Fail Points, Ownership Map | Team-API-Dokument | Architecture Canvas, Goals, Constraints, Quality Attributes | Inception Canvas, Risks, Goal List, Open Questions |
Tagskeine Überschneidung | Service DesignOperationsJourneyBlueprint | TeamAbstimmungKommunikationService | CanvasArchitekturAbstimmungWorkshop | AbstimmungArchitekturCanvas |