Cognitive Biases zu „Ideenfindung“: Warum Teams schlechte Lösungen entwickeln

"Wir brauchen mehr Ideen!" – Diesen Ausspruch hören ich oft in der Praxis. Doch: "Ich behaupte in den seltensten Fällen wollen wir nicht 'Ideen' an sich haben. Die Idee von YouTube oder Facebook gab es auch vor YouTube oder Facebook schon. Die Umsetzung ist das, was den Erfolg bringt."

Das eigentliche Problem liegt tiefer: Wir entwickeln nicht zu wenige Ideen, sondern zu oft die falschen. Und schuld daran sind nicht mangelnde Kreativität oder schlechte Methoden – sondern psychologische Fallen, die systematisch unsere Ideenfindung sabotieren.

Das Ideation-Paradox: Mehr Ideen, schlechtere Lösungen

In Phase 4 der ProjektWirkstatt – der Lösungsphase – geht es darum, "eine Vielzahl an Möglichkeiten zu entwickeln, ohne diese von Anfang an zu bewerten oder einzuschränken." Soweit die Theorie.

Die Praxis: Teams produzieren hunderte von Features, endlose Funktions-Listen und komplexe Lösungsarchitekturen – die am Ende niemand braucht oder niemand versteht.

Warum klassisches Brainstorming scheitert

"Das altbekannte Brainstorming hält sich hartnäckig, hat aber psychologisch betrachtet viele Nachteile und gilt in weiten Kreisen als überholt", so die Erkenntnis aus der Forschung. Doch warum halten wir daran fest?

Der Grund: Brainstorming fühlt sich produktiv an. Viele Ideen auf einem Whiteboard suggerieren Fortschritt. Doch dahinter verstecken sich fünf psychologische Fallen, die gute Lösungen systematisch verhindern.

Die fünf Ideation-Fallen

1. Der IKEA-Trap: "Unsere Ideen sind die besten"

Der IKEA Effect zeigt: Menschen bewerten selbst zusammengesetzte Produkte höher als fertige Alternativen. "This second group were willing to pay much more for their box during the subsequent bidding process than those with pre-assembled boxes."

Im Team-Kontext bedeutet das:

Eigene Ideen werden systematisch überschätzt
Externe Lösungen oder Best Practices werden abgelehnt
"Not invented here"-Syndrom blockiert bessere Alternativen
Teams investieren unverhältnismäßig in selbst entwickelte Ansätze

Praxis-Beispiel: Ein IT-Team entwickelt monatelang ein "revolutionäres" Content Management System – obwohl WordPress 90% der Anforderungen bereits erfüllen würde. Warum? Weil die eigene Lösung emotional "wertvoller" erscheint.

Die Gefahr: "Wir verteidigen so die Idee (um uns Anerkennung zu erkämpfen) und verzerren oder ignorieren ggf. die Aussagen und Erkenntnisse aus der Realität"

2. Der Choice-Paradox-Trap: "Mehr Features = bessere Lösung"

Das Choice Paradox demonstriert: "Consumers were more likely to buy when offered 6 jams (40%) instead of 24 jams (3%)." Zu viele Optionen lähmen statt zu helfen.

Typische Team-Dynamik:

Brainstorming generiert 50+ Feature-Ideen
"Wir können doch nicht einfach Features weglassen!"
Alle Ideen werden irgendwie eingebaut
Ergebnis: Komplexe, unbrauchbare Lösung

Die Feature-itis-Epidemie:

"Gerade die 'Feature-itis' kostet in der Innovation unglaublich viel Zeit und Energie, macht Lösungen schwer wartbar, und ist oft ein Zeichen von Unsicherheit im Team oder der Abteilung."
"Die Erwartung ist, wenn man viel reinpackt wird schon irgendwas beim Kunden gut ankommen, und keiner kann sagen 'warum habt ihr denn nicht…'"

Beispiel: Eine Pflege-App startet mit 3 Kern-Features, wird aber zu einem Monster mit 47 Funktionen – von denen 80% nie genutzt werden.

3. Der Completeness-Trap: "Unvollständige Lösungen sind wertlos"

Der Completeness Effect zeigt: "If a product looks incomplete, we're likely to incorrectly see it as having less value." Teams fallen in die Vollständigkeits-Falle.

Gefährliche Denkweise:

"Das MVP ist zu einfach – das kauft niemand"
"Ohne Feature X ist die Lösung nutzlos"
"Wir müssen alle Use Cases abdecken"
"Unvollständige Lösungen wirken unprofessionell"

Die Minimum-Viable-Product-Blockade:
Obwohl das Minimum Viable Product ein bewährtes Konzept ist, widerstrebt es unserer Psychologie. "Minimum Viable beschreibt eine Lösung, die mit minimalem Aufwand oder Funktionsumfang ein identifiziertes Problem der Zielgruppe löst. Nicht 2 Reifen von einem Auto, sondern das Skateboard hilf mir, schneller von A nach B zu kommen."

Google's Erfolgsgeheimnis: "Google hat das demonstriert indem sie die Suche perfektioniert haben – die Website enthielt lange nichts ausser dem Suchfeld – bis sie dann Werbung, Email etc. eingeführt haben."

4. Der Peak-End-Trap: "Die letzte Idee war die beste"

Die Peak-end Rule besagt: "We judge an experience by its most intense point and its end." In Brainstorming-Sessions führt das zu systematischen Verzerrungen.

Wie es abläuft:

2-Stunden Workshop mit 20 Ideen
Die letzten 10 Minuten werden besonders lebhaft
Recency Bias: Letzte Idee erscheint am wichtigsten
Team fokussiert sich auf "finale" Erkenntnis
Frühere, möglicherweise bessere Ideen werden vergessen

Die Zeitdruck-Verzerrung:

Unter Zeitdruck wirken dramatische Lösungen attraktiver
"Heureka"-Momente am Ende werden überbewertet
Ruhige, durchdachte Ansätze vom Anfang verschwinden

5. Der Von-Restorff-Trap: "Außergewöhnlich = besser"

Der Von Restorff Effect warnt: "Different doesn't necessarily mean better. Being different is more memorable, but you need to be positively remembered for standing out from the crowd."

Team-Dynamiken:

Verrückte Ideen bekommen unverhältnismäßig Aufmerksamkeit
"Disruptive" Ansätze werden emotional bevorzugt
Pragmatische, bewährte Lösungen wirken "langweilig"
Innovation wird mit Außergewöhnlichkeit verwechselt

Innovation-Theater statt echter Lösungen:
Teams entwickeln komplizierte, "innovative" Ansätze – obwohl einfache, etablierte Methoden besser funktionieren würden.

Das LISA-Framework: Warum Ideenfindung systematisch scheitert

L – Learning: "Mehr Input für Rekombination"

"In den meisten Fällen kommen Ideen nicht aus der Eingebung oder dem Zufall so wie Penicillin, sondern entstehen aus der Rekombination von bestehendem Wissen."

Problem: Teams haben zu wenig diverse Inspiration, rekombinieren immer die gleichen Konzepte.

I – Ideation: "Veraltete Methoden"

"Haben die Mitarbeitenden Kenntnisse und Wissen zu guten und aktuellen Ideenfindungs-Methoden?"

Problem: Klassisches Brainstorming verstärkt alle beschriebenen Biases.

S – Sharing: "Ideen gemeinsam entwickeln"

"Die wenigsten Ideen kommen so auf den Markt und in die Umsetzung wie sich das jemand mal ausgedacht hat. Viel zu hoch ist in der Praxis die Komplexität der Umsetzung."

Problem: Psychological Safety fehlt, Ideen werden nicht ehrlich diskutiert.

A – Act: "Von der Idee zur Umsetzung"

"Stehen Ressourcen und Zeit zur Verfügung um die Idee umzusetzen? Wer ist involviert?"

Problem: Gute Ideen scheitern an organisationalen Hürden.

Die ProjektWirkstatt Anti-Bias Lösungen

Tool 1: Wie-können-wir-Fragen (WKW)

Das Problem mit normalen Brainstorming-Fragen:

"Was können wir bauen?" → Führt zu Feature-Listen
"Wie lösen wir Problem X?" → Führt zu komplexen Architekturen

Die WKW-Transformation:
"Die 'Wie können wir' oder WKW-Frage ist der Startpunkt in die Ideenfindung. Sie dient der Umformulierung von Erkenntnissen und Beobachtungen in Start-Fragen zu denen wir dann mögliche Lösungen entwickeln können."

Praktisches Vorgehen aus dem Kursbuch:

Schritt 1: "Beschreiben Sie Ihre aktuelle Erkenntnis"
Beispiel: "Das Eis von jemand anderem essen fühlt sich romantischer an als eine Umarmung."

Schritt 2: "Verstärken Sie das Gute und erhöhe die Emotionen"

WKW Eiscafés zum perfekten Dating-Ort machen?
WKW ein Eis für den perfekten Abschied entwickeln?
WKW ein "Entschuldigung" Eis entwickeln?

Schritt 3: "Bringen Sie es auf die Spitze und erforschen Sie das Gegenteil"

WKW ein Eiscreme-Erlebnis schaffen, dass Menschen zum stöhnen bringt?
WKW ein Einzelhaft-Eiscreme-Erlebnis schaffen?

Anti-Bias-Effekt: WKW-Fragen durchbrechen gewohnte Denkmuster und verhindern sofortige Lösungs-Fixierung.

Tool 2: SCAMPER für systematische Variation

Problem: Teams entwickeln nur eine Lösungsrichtung und optimieren diese zu Tode.

SCAMPER-Lösung: "Mit sieben gezielten Fragestellungen werden verschiedene Varianten einer Ausgangskonfiguration zur Verbesserung von Produkten oder Dienstleistungen entwickelt."

Die sieben Dimensionen:

S – Substitute: Was ist ersetzbar?
C – Combine: Welche Bestandteile lassen sich kombinieren?
A – Adapt: Welche Bestandteile können hinzugefügt werden?
M – Modify: Welche Eigenschaften lassen sich modifizieren?
P – Purpose: Lässt sich Vorhandenes anderweitig nutzen?
E – Eliminate: Auf welche Elemente kann verzichtet werden?
R – Reverse: Kann die Reihenfolge verändert werden?

Anti-IKEA-Effect: Durch systematische Variation werden externe Alternativen und Weglassungen explizit erforscht.

Tool 3: 3-6-5 Methode gegen Gruppendynamik

Problem: Klassisches Brainstorming verstärkt soziale Biases und Gruppendruck.

Die 3-6-5 Alternative: "Die 6-3-5 Methode ist eine Brainwriting Kreativitätstechnik" – schriftlich, strukturiert, ohne Dominanz.

Anti-Bias-Effekte:

Peak-end-Reduktion: Alle Ideen werden gleichwertig dokumentiert
Von-Restorff-Kontrolle: Weniger "Show" um außergewöhnliche Ideen
Choice-Paradox-Vermeidung: Strukturierte Anzahl statt Überflutung
Gleichberechtigung: Introvertierte können genauso beitragen

Praktische Anti-Bias Strategien

Gegen den IKEA-Effekt

1. External Benchmarking zwingend machen:

Vor jeder Eigenentwicklung: "Gibt es das schon?"
Buy-vs.-Build-Entscheidung dokumentieren
"Not-invented-here"-Bias explizit adressieren

2. Prototype-Portfolio statt Single-Solution:

3. Investment-Bias vermeiden:

Sunk-Cost-Awareness: "Wie viel haben wir schon investiert?"
Exit-Kriterien definieren: "Wann stoppen wir die Eigenentwicklung?"

Gegen das Choice Paradox

1. Feature-Priorisierung mit MoSCoW:

Must: Ohne das geht nichts
Should: Wichtig, aber nicht kritisch
Could: Nett zu haben
Won't: Bewusst weglassen

2. Das "Drei-Features-Limit":
"Google hat das demonstriert" – Fokus auf Kernfunktionalität statt Feature-Flut.

3. User-Story-Mapping:

Chronologischer User-Flow statt Feature-Liste
Was braucht der Nutzer wirklich in welcher Reihenfolge?

Gegen den Completeness-Effekt

1. Das Skateboard-Prinzip:
"Nicht 2 Reifen von einem Auto, sondern das Skateboard hilf mir, schneller von A nach B zu kommen."

2. Job-to-be-Done-Focus:

Was ist der eine Hauptjob, den unsere Lösung erfüllen soll?
Alles andere ist "nice to have"

3. Learning-Objectives definieren:

Was wollen wir mit dem MVP lernen?
Vollständigkeit ist nicht das Ziel, Validierung ist das Ziel

Gegen Peak-End-Bias

1. Dokumentations-Disziplin:

Alle Ideen sofort festhalten
Bewertung nach der Session, nicht währenddessen

2. Multi-Session-Ansatz:

Mehrere kurze Sessions statt einen Marathon
"Sleeping on it"-Effekt nutzen

3. Demokratische Priorisierung:

Dot-Voting 24 Stunden später
Nicht sofort nach der emotionalen Session

Gegen Von-Restorff-Effekt

1. Boring-is-beautiful-Prinzip:

Pragmatische Lösungen bewusst würdigen
"Langweilig, aber funktional" als positive Bewertung

2. Risk-Assessment für "innovative" Ideen:

Außergewöhnliche Ansätze: Höheres Risiko, höhere Beweislast
"Wie viele Unbekannte stacken wir hier?"

3. Benchmarking mit bewährten Lösungen:

"Was macht die Industrie standardmäßig?"
"Warum sollten wir einen anderen Weg gehen?"

Der Anti-Bias Ideation Canvas

Fallstudie: Vom Feature-Monster zum MVP

Ausgangslage: Digitale Lösung für Pflegedokumentation

Initial-Brainstorming (Bias-behaftet):

47 Features identifiziert
"Revolutionäre" KI-Integration geplant
Team verliebt in komplexe Architektur
18 Monate Entwicklungszeit geschätzt

WKW-Refraktor:

WKW Pflegekräften Zeit bei Dokumentation sparen?
WKW die wichtigsten 3 Informationen schnell verfügbar machen?
WKW bestehende Workflows minimal stören?

SCAMPER-Erkenntnisse:

Eliminate: 80% der Features sind "nice to have"
Substitute: Statt eigener App → Web-PWA
Reverse: Statt kompletter Neuerstellung → bestehende Tools erweitern

3-6-5-Validierung:

Teams schrieben auf, was sie täglich wirklich brauchen
Konsens: Nur 3 Kern-Features waren tatsächlich kritisch

Ergebnis:

Von 47 Features auf 3 reduziert
Von 18 Monaten auf 3 Monate Entwicklung
Von KI-Monster zu simplem, aber funktionalem Tool
98% User-Adoption statt geschätzten 15%

Die Ideation-Hygiene Checkliste

Vor der Ideenfindung:

Problem klar: Was ist der eine Job-to-be-Done?
Constraints definiert: Ressourcen, Zeit, Technologie-Grenzen?
Benchmarking: Was gibt es schon am Markt?
Learning-Ziele: Was wollen wir mit der Lösung herausfinden?

Während der Ideenfindung:

WKW-Fragen: Problem in Lösungschancen reformuliert?
SCAMPER-Check: Systematische Varianten durchgespielt?
3-Feature-Limit: Fokus auf Kernfunktionalität?
Externe Alternativen: Buy-vs-Build ehrlich bewertet?

Nach der Ideenfindung:

IKEA-Check: Bevorzugen wir unsere Ideen nur, weil sie unsere sind?
Completeness-Reality: Ist "unvollständig" wirklich ein Problem?
Peak-End-Korrektur: Alle Ideen gleich bewertet, nicht nur die letzten?
Von-Restorff-Warnung: Sind "innovative" Ideen wirklich besser?

Fazit: Weniger Ideen, bessere Lösungen

"Alle Modelle sind falsch, aber manche sind nützlich. Ich hoffe dieses ist nützlich"

Die zentrale Erkenntnis: Das Problem sind nicht zu wenige Ideen, sondern zu viele schlechte Ideen und zu wenige validierte Lösungen.

Der Paradigmenwechsel:

Von "Brainstorming" zu "Problem-Solving"
Von "Mehr Features" zu "Bessere Erfahrung"
Von "Innovativ sein" zu "Probleme lösen"
Von "Unsere Lösung" zu "Die richtige Lösung"

Die ProjektWirkstatt-Philosophie: "Diese Vorgehensweise hilft Teams, ihre gewohnten Denkmuster zu durchbrechen und neue Perspektiven zu entdecken."

Aber nur, wenn wir die psychologischen Fallen der Ideenfindung erkennen und systematisch umgehen.

Denn wie heißt es so schön: "In den seltensten Fällen wollen wir nicht 'Ideen' an sich haben. Die Umsetzung ist das, was den Erfolg bringt."

Und die beste Umsetzung beginnt mit den richtigen Ideen – nicht den meisten oder außergewöhnlichsten.

Bereit für Bias-freie Ideenfindung? Die ProjektWirkstatt bietet strukturierte Kreativitätsmethoden und systematische Lösungsentwicklung. Mehr unter www.projektwirkstatt.de