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 der Arbeitsstruktur von Lightning Decision Jam.
Facilitation
Decision Jam
Papierillustration von Request for Comments (RFC) mit dem methodenspezifischen Arbeitsmodell.
Architecture
Request for Comments
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Papierillustration von Stakeholder Salience Model mit dem methodenspezifischen Arbeitsmodell.
Facilitation
Stakeholder Salience Model
Zweckunterschiedlich
Wenn eine Entscheidung festhängt, löst Decision Jam den Knoten durch strukturierte Trennung von Problem, Idee und Auswahl. Das Format schafft Bewegung, ohne vorschnell in die erste scheinbar elegante Antwort zu springen.Ein RFC hält größere Architektur- oder Produktänderungen als prüfbaren Vorschlag fest. Die Methode schafft einen transparenten Weg von Motivation über Alternativen bis zur Entscheidung.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.Wenn Stakeholder sehr unterschiedlich wichtig erscheinen, bewertet das Stakeholder Salience Model ihre tatsächliche Priorität über Macht, Legitimität und Dringlichkeit. Es macht sichtbar, wer Aufmerksamkeit sofort, wer später und wer nur situativ braucht.
Komplexitätunterschiedlich
NiedrigMittelHochMittel
Zeitunterschiedlich
60-90 min1-3 Wochen vom Draft bis zur EntscheidungMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig60-90 min
Teilnehmendeunterschiedlich
4-103-20 ReviewerBewertungsteam, Architekturverantwortliche und relevante Stakeholder3-6
Formatunterschiedlich
WorkshopAsyncWorkshop + AsyncWorkshop
Outputunterschiedlich
Problem Cluster, Prioritized Challenge, ExperimentRFC-Dokument, Reviewer-Kommentare, Entscheidung mit Begründung, Folge-ADR oder TicketsPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen UntersuchungenSalience-Diagramm, Strategie pro Klasse
Tagskeine Überschneidung
FacilitationEntscheidungProblemlösungWorkshop
ArchitekturEntscheidungAsynchronGovernance
ArchitekturQualitätRisikoZielkonflikteStakeholder
StakeholderFacilitationAbstimmungGovernance
Weitere Methoden hinzufügen