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:How Might WePolarity MappingLASR (Lightweight Approach for Software Reviews)Reverse Brainstorming
| Kriterium |  Innovation How Might We |  Systems Thinking Polarity Mapping |  Architecture LASR (Lightweight Approach for Software Reviews) |  Innovation Reverse Brainstorming |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Polarity Mapping macht Spannungen zwischen zwei gegensätzlichen Polen greifbar, etwa Standardisierung und Anpassung oder Kontrolle und Autonomie. Die Methode schützt davor, scheinbare Entweder-oder-Entscheidungen vorschnell zu treffen. | 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. | Bei hartnäckigen Fehlern oder Blockaden verschiebt die Methode den Blick auf das Gegenteil der gewünschten Wirkung. Sie legt die Mechanik des Scheiterns frei und macht versteckte Ursachen leichter greifbar. Dadurch wird Verbesserung konkreter und das Problem klarer. |
Komplexitätunterschiedlich | Niedrig | Mittel | Mittel | Niedrig |
Zeitunterschiedlich | 30–45 min | 1-2 h | 3–4 h für Ersteinschätzung; Vorbereitung und Vertiefung zusätzlich | 30-60 min |
Teilnehmendeunterschiedlich | 1-10 | 3-12 | 1 oder kleines Team; besonders geeignet für 3–4 Personen | 3-12 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop + Async | Workshop |
Outputunterschiedlich | HMW Questions, Challenge Framing, Idea Prompts | Polarity Map, Warning Signs, Balance Actions | 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 | Reverse Ideas, Risk Themes, Solution Ideas |
Tagskeine Überschneidung | FramingOpportunityIdeenfindungFragen | SystemdenkenZielkonflikteFührung | ArchitekturQualitätRisikoBewertungLean | BrainstormingIdeenfindungKreativitätRisiko |