methodatlas
Vergleich

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
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Papierillustration einer Annahmenmatrix mit priorisierten Testkarten
Decision Making
Assumption Surfacing
Papierillustration für Riskiest Assumption Test mit fachlich beschrifteter Arbeitsfläche.
Product Discovery
Riskiest Assumption Test
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Zweckunterschiedlich
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.In Plänen stecken oft Annahmen, die nie offen formuliert wurden und genau deshalb gefährlich bleiben. Assumption Surfacing macht diese stillen Voraussetzungen sichtbar und priorisiert, welche davon das Vorhaben tragen oder kippen.Wenn eine Idee an einer kritischen Unsicherheit hängt, priorisiert sie genau diesen Unsicherheitskern. Sie richtet den nächsten Test auf den Teil mit dem größten Bruchpotenzial.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
HochNiedrigMittelHoch
Zeitunterschiedlich
Vorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig45-90 min1-2 Wochen pro IterationMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig
Teilnehmendeunterschiedlich
Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung2-82-6Bewertungsteam, Architekturverantwortliche und relevante Stakeholder
Formatidentisch
Workshop + AsyncWorkshop + AsyncWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
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 VariantenAssumption List, Critical Assumptions, Learning PlanListe priorisierter Annahmen, Test-Plan, ErgebnisberichtPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen
Tagskeine Überschneidung
ArchitekturVeränderungAnalyseVergleichQualität
AnnahmenRisikoEntscheidungDiscovery
ExperimenteValidierungDiscoveryAnnahmen
ArchitekturQualitätRisikoZielkonflikteStakeholder
Weitere Methoden hinzufügen