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:Leverage PointsARID (Active Reviews for Intermediate Designs)System Dynamics SimulationSAAM (Software Architecture Analysis Method)
| Kriterium | ![]() Systems Thinking Leverage Points | ![]() Architecture ARID (Active Reviews for Intermediate Designs) | ![]() Systems Thinking System Dynamics Simulation | ![]() Architecture SAAM (Software Architecture Analysis Method) |
|---|---|---|---|---|
Zweckunterschiedlich | Leverage Points zeigen, an welchen Stellen Eingriffe im System überproportional wirken. Die Methode unterstützt Teams dabei, Energie nicht in Symptome zu stecken, sondern an wirksame Hebel zu gehen. | 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. | System Dynamics Simulation macht Annahmen über Zeit, Verzögerung und Feedback experimentell prüfbar. Die Methode zeigt, welche Folgen sich erst später oder verstärkt bemerkbar machen. | 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. |
Komplexitätunterschiedlich | Hoch | Mittel | Hoch | Hoch |
Zeitunterschiedlich | Half day | 2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich | Mehrere Tage bis Wochen | Vorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig |
Teilnehmendeunterschiedlich | 3-12 | Entwurfsverantwortliche, Entwickler als Anwender und Moderation | 1-5 Modellierende, Stakeholder asynchron | Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung |
Formatunterschiedlich | Workshop | Workshop + Async | Async | Workshop + Async |
Outputunterschiedlich | Hebel-Map, Aktionsstrategie | Priorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs | Simulationsmodell, Szenarienberichte | 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 |
Tagskeine Überschneidung | SystemdenkenVeränderungStrategie | ArchitekturEngineeringFeedbackValidierungAufgaben | SystemdenkenDynamikSimulationAnalyse | ArchitekturVeränderungAnalyseVergleichQualität |



