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:LASR (Lightweight Approach for Software Reviews)Decision MatrixARID (Active Reviews for Intermediate Designs)Trade-off Analysis
| Kriterium |  Architecture LASR (Lightweight Approach for Software Reviews) |  Decision Making Decision Matrix |  Architecture ARID (Active Reviews for Intermediate Designs) |  Decision Making Trade-off Analysis |
|---|---|---|---|---|
Zweckunterschiedlich | LASR hilft Entwicklungsteams zu erkennen, wo ihre Software hinter wichtigen Qualitätszielen zurückbleibt und welche Verbesserungen sie prüfen sollten. Mit vorhandenem Systemwissen kann ein kleiner Kreis eine erste Einschätzung erarbeiten und offene Fragen gezielt untersuchen. | Wenn mehrere Optionen mit mehreren Kriterien kollidieren, wird Vergleich schnell subjektiv. Eine Decision Matrix macht die Abwägung sichtbar und bringt Gewichtung, Kriterien und Optionen in eine gemeinsame Logik. | 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 begrenzten Ressourcen konkurrieren Qualität, Geschwindigkeit, Kosten und Risiko fast immer miteinander. Trade-off Analysis macht diese Gegensätze explizit und verhindert, dass Entscheidungen verdeckte Nebenwirkungen produzieren. |
Komplexitätidentisch | Mittel | Mittel | Mittel | Mittel |
Zeitunterschiedlich | 3–4 h für Ersteinschätzung; Vorbereitung und Vertiefung zusätzlich | 45-90 min | 2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich | 45-120 min |
Teilnehmendeunterschiedlich | 1 oder kleines Team; besonders geeignet für 3–4 Personen | 2-8 | Entwurfsverantwortliche, Entwickler als Anwender und Moderation | 2-8 |
Formatidentisch | Workshop + Async | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Lean Mission Statement zum Zweck der Software, Priorisierte Qualitätsziele und Bewertungskriterien, Risiken und eingeschätzte Lücken zu den Qualitätszielen, Genauer untersuchte Befunde und offene Prüfungen | Decision Matrix, Scoring Rationale, Selected Option | Priorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs | Trade-off Matrix, Criteria List, Decision Rationale, Accepted Downsides |
Tagskeine Überschneidung | ArchitekturQualitätRisikoBewertungLean | EntscheidungKriterienBewertung (Scoring)Zielkonflikte | ArchitekturEngineeringFeedbackValidierungAufgaben | ZielkonflikteEntscheidungKriterienOptionen |