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:CATWOE AnalysisHow Might We8D Problem SolvingATAM (Architecture Tradeoff Analysis Method)
| Kriterium | ![]() Systems Thinking CATWOE Analysis | ![]() Innovation How Might We | ![]() Operations 8D Problem Solving | ![]() Architecture ATAM (Architecture Tradeoff Analysis Method) |
|---|---|---|---|---|
Zweckunterschiedlich | CATWOE strukturiert ein Problem aus sechs Blickwinkeln und verhindert eine zu enge Sicht auf die Lage. Unterschiedliche Systemerfahrungen werden damit vergleichbar besprechbar. | Bei einem festgefahrenen Problem mit vielen impliziten Annahmen übersetzt die Methode Beobachtungen in offene, bearbeitbare Fragen. Sie schärft den Problemrahmen, ohne die Lösung mitzudenken. Dadurch wird Frust oder Unschärfe zu einem Suchraum mit klarer Richtung. | Bei einem akuten Qualitäts- oder Lieferproblem strukturiert die Methode Sofortschutz und Ursachenarbeit gemeinsam. Sie hält die Lage stabil, während die eigentliche Ursache sauber untersucht wird. | 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 | Mittel | Niedrig | Hoch | Hoch |
Zeitunterschiedlich | 45-90 min | 30–45 min | 1-6 Wochen | Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig |
Teilnehmendeunterschiedlich | 3-8 | 1-10 | 4-10 | Bewertungsteam, Architekturverantwortliche und relevante Stakeholder |
Formatidentisch | Workshop + Async | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | CATWOE Canvas, Root Definition, Stakeholder-Perspektiven, Constraints | HMW Questions, Challenge Framing, Idea Prompts | 8D Report, Containment Plan, Root Cause Evidence, Corrective Action Plan | Priorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen |
Tagskeine Überschneidung | SystemdenkenFramingStakeholder | FramingOpportunityIdeenfindungFragen | QualitätProblemlösungUrsachenanalyse | ArchitekturQualitätRisikoZielkonflikteStakeholder |



