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 zu Kano Model mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Product Discovery
Kano Model
Papierillustration zu Risk Storming.
Architecture
Risk Storming
Papierillustration mit gemeinsam sichtbaren Optionen, einzeln verteilten Abstimmungspunkten und einer hervorgehobenen Shortlist.
Facilitation
Dot Voting
Entwurfsblätter und Schnittstellenkarten werden durch gemeinsam erarbeiteten Pseudocode mit markierten offenen Fragen verbunden.
Architecture
ARID (Active Reviews for Intermediate Designs)
Zweckunterschiedlich
Wenn Features nach Wirkung auf Zufriedenheit unterschieden werden sollen, macht sie Erwartungen und Überraschungen vergleichbar. Sie trennt Grundbedürfnis, Leistungsbeitrag und Begeisterung.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.Wenn ein Workshop zu viele Optionen erzeugt und die Gruppe schnell verdichten muss, macht Dot Voting Präferenzen in kurzer Zeit sichtbar. Es bündelt Einzelstimmen zu einem belastbaren Signal für die nächste Auswahl.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.
Komplexitätunterschiedlich
MittelNiedrigNiedrigMittel
Zeitunterschiedlich
1-2 Tage60-90 min5-15 min2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich
Teilnehmendeunterschiedlich
10-504-123-20Entwurfsverantwortliche, Entwickler als Anwender und Moderation
Formatunterschiedlich
Workshop + AsyncWorkshopWorkshopWorkshop + Async
Outputunterschiedlich
Kano Matrix, Feature Classes, Priority ThemesAnnotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-BacklogRanked List, Consensus Signal, ShortlistPriorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs
Tagskeine Überschneidung
ZufriedenheitPriorisierungKunde
RisikoArchitekturWorkshopValidierung
FacilitationAbstimmung (Voting)KonsensPriorisierung
ArchitekturEngineeringFeedbackValidierungAufgaben
Weitere Methoden hinzufügen