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:ARID (Active Reviews for Intermediate Designs)Evaporating CloudRisk StormingCausal Loop Diagram
| Kriterium |  Architecture ARID (Active Reviews for Intermediate Designs) |  Systems Thinking Evaporating Cloud |  Architecture Risk Storming |  Systems Thinking Causal Loop Diagram |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Die Evaporating Cloud macht einen scheinbaren Zielkonflikt sichtbar und bearbeitbar. Sie liest Konflikte als Struktur aus Bedürfnissen und Annahmen, nicht als reinen Positionskampf. | Risk Storming macht Risiken direkt am Architekturartefakt sichtbar und verbindet sie mit Priorität und Handlungsbedarf. Es eignet sich für frühe Reviews, wenn Unsicherheiten neben der Struktur stehen sollen. | Ein Causal Loop Diagram macht Rückkopplungen, Verstärkung und Ausgleich in einem System lesbar. Es deckt Nebenwirkungen und Selbstverstärkung auf, die in linearen Erklärungen verborgen bleiben. |
Komplexitätunterschiedlich | Mittel | Mittel | Niedrig | Mittel |
Zeitunterschiedlich | 2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich | 60-120 min | 60-90 min | 1-3 h |
Teilnehmendeunterschiedlich | Entwurfsverantwortliche, Entwickler als Anwender und Moderation | 2-8 | 4-12 | 2-8 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop | Workshop |
Outputunterschiedlich | Priorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs | Conflict Cloud, Assumption List, Breakthrough Ideas, Next Experiments | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog | Causal Loop Diagram, Feedback Notes, Leverage Points |
Tagskeine Überschneidung | ArchitekturEngineeringFeedbackValidierungAufgaben | Theory of ConstraintsAnnahmenSystemdenken | RisikoArchitekturWorkshopValidierung | FeedbackSystemdenkenKausalitätDynamik |