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:Shape UpSAAM (Software Architecture Analysis Method)ARID (Active Reviews for Intermediate Designs)Change Analysis
| Kriterium | ![]() Delivery Shape Up | ![]() Architecture SAAM (Software Architecture Analysis Method) | ![]() Architecture ARID (Active Reviews for Intermediate Designs) | ![]() Operations Change Analysis |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Produktarbeit in dauernden Sprintwechseln steckenbleibt und Scope ständig wächst, schützt Shape Up den Zuschnitt einer Initiative. Die Methode verbindet feste Zyklen mit klar geformten Vorhaben, damit Fortschritt wieder verlässlich wird. | SAAM hilft, die Eignung einer Architektur für ausgewählte Aufgaben und Änderungen zu beurteilen. Die Methode eignet sich besonders, um Änderbarkeit zu untersuchen und Architekturvarianten nachvollziehbar zu vergleichen. | ARID prüft, wie gut Entwickler mit einem technischen Entwurf arbeiten können. Betrachtet wird ein noch veränderbarer Teil des Systems zwischen der Architekturübersicht und der detaillierten Spezifikation. | Bei einer Abweichung nach einer Veränderung isoliert die Methode den Einfluss des geänderten Zustands. Sie grenzt ein, welche Unterschiede relevant sind und welche nur Begleitrauschen darstellen. |
Komplexitätunterschiedlich | Mittel | Hoch | Mittel | Mittel |
Zeitunterschiedlich | 6 Wochen Cycle + 2 Wochen Cool-Down | Vorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig | 2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich | 45-120 min |
Teilnehmendeunterschiedlich | 2-4 pro Pitch | Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung | Entwurfsverantwortliche, Entwickler als Anwender und Moderation | 2-6 |
Formatidentisch | Workshop + Async | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Pitches, Bet-Table-Entscheidungen, Hill Charts, Cool-Down-Ergebnisse | Fachliche Funktionen mit Zuordnung zu Komponenten und Verbindungen, Qualitätsmerkmale und Bewertungskriterien, Typische Aufgaben mit ihren Folgen für die Architektur, Begründete Bewertung oder Vergleich von Varianten | Priorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs | Change Matrix, Ursachenhypothesen, Validierungsfragen, Maßnahmenliste |
Tagskeine Überschneidung | PlanungDeliveryAutonomie | ArchitekturVeränderungAnalyseVergleichQualität | ArchitekturEngineeringFeedbackValidierungAufgaben | VeränderungUrsachenanalyseFehlersucheVergleich |



