Warum Innovations-Teams nicht mit einem klaren Problem beginnen sollten

Von Clara

Zuletzt aktualisiert 4. Mai 2026

Forschung an 579 Teams zeigt, dass das Starten mit einem unklaren Problem eine definierte Aufgabenstellung übertreffen kann. Erfahren Sie mehr über das Zwei-Phasen-Modell und dessen Anwendung.

Jeder Innovationsworkshop scheint mit demselben Befehl zu beginnen: Definieren Sie zuerst das Problem.

Es klingt diszipliniert. Es klingt effizient. Es scheint aber auch öfter falsch zu sein, als die meisten Innovationsführer zugeben wollen.

Laut dem Inhalt des Briefings, das auf der Forschung von Johnathan R. Cromwell und Jean-Francois Harvey aus dem Frühjahr 2026 der MIT Sloan Management Review basiert, hatten Teams, die mit einem unklaren Problem begannen und es im Laufe der Zeit klarer machten, etwa 80% der Zeit Erfolg, verglichen mit etwa 50% für Teams, die mit einem gut definierten Problem begannen. Das ist eine scharfe Herausforderung für eine Regel, die viele Moderatoren als nicht verhandelbar behandeln.

Die Lehre ist nicht, dass Klarheit schlecht ist. Die Lehre ist, dass frühe Klarheit oft eine falsche Klarheit ist. Teams halten an einem Rahmen fest, bevor sie ihn verdient haben, und verbringen den Rest des Projekts damit, bessere Antworten auf die falsche Frage zu finden.

Diese Anleitung erklärt das Muster, warum ein vorzeitiges Festlegen des Problems nach hinten losgeht und wie man stattdessen einen besseren zweiphasigen Innovationsprozess durchführen kann.

Was Team Problem Discovery eigentlich ist

Team Problem Discovery ist der Prozess, bei dem ein Innovationsteam mit einer breiten, mehrdeutigen Herausforderung beginnt und im Laufe des Projekts zu einer schärferen Problemdefinition arbeitet, anstatt das Problem als zu Beginn feststehend zu betrachten. Das Problem selbst wird zu einem Ergebnis der ersten Hälfte der Arbeit.

Das ist anders als der Standard-Design Thinking Prozess, bei dem Teams in der Regel versuchen, das Problem früh zu definieren und dann in die Ideenfindung überzugehen. Es ist auch anders als das Verhalten “Lösung zuerst”, bei dem ein Team stillschweigend mit einer bevorzugten Antwort beginnt und das Projekt nutzt, um sie zu rechtfertigen.

In der Praxis stellt Team Problem Discovery eine schwierigere Frage als “Wie lösen wir das?”. Es stellt die Frage: “Was ist hier eigentlich wert, gelöst zu werden?”

Das klingt subtil, aber es verändert den ganzen Rhythmus der Innovationsarbeit. Es schafft mehr Raum für widersprüchliche Beweise, konkurrierende Hypothesen und Neurahmungen. Es erfordert auch mehr Toleranz für Mehrdeutigkeit als viele Organisationen gewohnt sind.

Warum Problem-Erst-Framing nach hinten losgeht

Wenn ein Team mit einer klaren Problemstellung beginnt, optimiert es in der Regel für diesen Rahmen, selbst wenn der Rahmen schwach ist. Die Definition beginnt wie eine Grenze zu wirken. Ideen, die sie unterstützen, wirken relevant. Ideen, die sie herausfordern, beginnen abseits des Themas zu wirken.

Deshalb produzieren so viele “gut geführte” Innovationsworkshops so vorhersehbare Ergebnisse. Der Brief mag neutral aussehen, aber oft enthält er bereits eine bevorzugte Lösung, einen politischen Kompromiss oder ein enges Symptom, das sich als das Kernproblem tarnt. Das Team wird effizient innerhalb eines Kastens, den es nicht gewählt hat.

Drei Fallen tauchen immer wieder auf.

Erstens ist das Problem oft eine Lösung in Verkleidung. “Wir brauchen eine App dafür.” “Wir brauchen bessere Onboarding-E-Mails.” “Wir brauchen ein Innovationslabor.” Das sind keine Problemstellungen. Das sind vorgefertigte Antworten.

Zweitens unterdrückt frühe Übereinstimmung nützlichen Dissens. Teams interpretieren Übereinstimmung als Professionalität, also hören sie auf, den Rahmen herauszufordern, bevor sie erkundet haben, ob er ein Engagement verdient. Bei interdisziplinärer Arbeit bedeutet das in der Regel, dass der lauteste oder ranghöchste Rahmen standardmäßig gewinnt, nicht der beste.

Drittens verengt eine vorzeitige Definition die Beobachtung. Sobald der Brief sagt, dass das Problem die Feature-Adoption ist, hört das Team möglicherweise auf zu fragen, ob das eigentliche Problem eine schlechte Positionierung, geringes Kundenvertrauen, schwache Onboarding-Anreize oder eine Diskrepanz zwischen Produkt und zu erledigendem Job ist. So verpassen Teams die tiefere Gelegenheit, die hinter der sichtbaren Beschwerde versteckt ist.

Deshalb beginnt kreatives Problemlösen mit der Problembeschreibung, nicht nur mit der Problemlösung. Wenn der Rahmen oberflächlich ist, bringt starke Ausführung Sie nur schneller zur oberflächlichen Antwort.

Das Zwei-Phasen-Modell: Erst Unordnung, dann Klarheit

Cromwells und Harveys Forschung weist auf ein Muster hin, das nützlicher ist als der generische Rat, “offen bleiben”. Hochleistungs-Innovationsteams scheinen einem Zwei-Phasen-Modell zu folgen.

Phase 1: Offene Erkundung

In der ersten Phase arbeitet das Team mit einem mehrdeutigen Herausforderungsraum. Das Ziel ist nicht, den Brief zu finalisieren. Das Ziel ist es, Interpretationen des Briefs zu testen.

Das bedeutet, dass die Arbeit von außen ineffizient erscheinen kann. Teams debattieren. Sie ändern ihre Richtung. Sie sammeln Signale, die noch nicht sauber verbunden sind. Sie vergleichen mehrere mögliche Problemstellungen gleichzeitig. Sie wirken möglicherweise sogar unorganisiert für Führungskräfte, die eine schnelle Konvergenz erwarten.

Aber diese Unordnung ist funktional. Sie erhöht die Wahrscheinlichkeit, dass das Team versteckte Annahmen bemerkt, bevor diese zu einem Plan erstarren. Sie schafft Raum für Verbraucherinsights, Kundenbedürfnisse, technische Einschränkungen und Geschäftsmodellrealitäten, um das Problem selbst umzugestalten.

Die Schlüsseldisziplin in dieser Phase ist nicht endloses Brainstorming. Es ist strukturierte Erkundung. Teams brauchen immer noch Hypothesen, Interviews, Beobachtung, leichte Experimente und explizite Neurahmungskontrollpunkte. Sie sollten nur frühe Aktivität nicht mit verdienter Sicherheit verwechseln.

Phase 2: Konvergenz

Um die Mitte herum muss das Team entschlossen werden. Hier versagen viele Organisationen in die entgegengesetzte Richtung: Sie bleiben zu lange vage und verwandeln Mehrdeutigkeit in Drift.

Die zweite Phase erfordert ein echtes Engagement. Das Team sollte in der Lage sein zu sagen: Dies ist das Problem, das wir jetzt für das Wichtigste halten, dies ist der Beweis, der uns hierher geführt hat, und dies sind die Lösungswege, die wir verfolgen oder ablehnen werden.

An diesem Punkt beginnt die Arbeit vertrauter auszusehen. Sie verengen die Optionen. Sie priorisieren. Sie führen Ideation gegen einen stärkeren Rahmen durch. Sie validieren Annahmen durch schnelle Experimente und Ideenvalidierung. Sie behandeln das Problem nicht mehr als offenes Gelände, sondern als ausgewählte Wette.

Die Mitte ist wichtig, weil sie produktive Unordnung von unproduktiver Verwirrung trennt. Wenn ein Team noch spät im Projekt über das Kernproblem streitet, ist der Prozess nicht offen geblieben. Es ist gescheitert, zu konvergieren.

Drei benannte Beispiele des Musters

1. Pixars Story-Entwicklung

Pixar ist ein nützliches Beispiel, weil seine Filme nicht als vollständig gelöste Erzählungen beginnen. Sie beginnen als grobe Konzepte, die wiederholt neu gerahmt werden. Das Team verfeinert nicht nur Szenen. Es entdeckt, welche Geschichte es eigentlich erzählen will.

Das ähnelt dem Team Problem Discovery. Das Projekt beginnt mit Energie, aber nicht mit voller Klarheit. Durch Kritik, Iteration und intensive Debatte schärft das Team das eigentliche kreative Problem, bevor es sich zur endgültigen Ausführung verpflichtet. Die Qualität kommt nicht von einer perfekten Vorab-Definition. Sie kommt vom Verdienen der Definition durch Erkundung.

2. Amazons Working-Backwards-Methode

Amazons Working-Backwards-Prozess wird oft als Planungstool beschrieben. Es ist nützlicher, ihn als ein kontrolliertes Problem-Discovery-Tool zu betrachten.

Wenn ein Team eine zukünftige Pressemitteilung und FAQ schreibt, wird es gezwungen zu testen, was der echte Kundennutzen ist, welche Einwände bestehen und ob das angebliche Problem bedeutsam genug ist, um einen Launch zu rechtfertigen. Die Übung sieht wie Dokumentation aus, aber ihr echter Wert liegt darin, schwache Annahmen aufzudecken, bevor die Bauarbeit beginnt.

Mit anderen Worten, das Team beginnt nicht mit einer eingefrorenen Problemstellung. Es verwendet ein strukturiertes Artefakt, um zu entdecken, ob die ursprüngliche Rahmung dem Kontakt mit der Kundengeschichte standhält.

3. Der Standard-Innovationsbrief des Unternehmens

Betrachten Sie nun einen häufigen Fehlschlag. Ein Unternehmen startet eine Innovationsherausforderung mit dem Rahmen “Reduzieren Sie die Rückgaben in Kategorie X”. Teams reagieren mit besseren Anweisungen, besserer Verpackung und einigen Arbeitsablaufanpassungen. Alles vernünftig. Alles inkrementell.

Aber der Brief hätte die wertvollere Frage verhindern können: Ist das eigentliche Problem Produktpassung, Kanalerwartungssetzung, Verkaufsversprechen oder die falsche Kundensegmentierung? Eine klare Anweisung schuf schnelle Übereinstimmung um ein enges Symptom. Das Team lieferte kompetente Antworten auf eine mittelmäßige Frage.

Das ist die Gefahr. Eine gut definierte Anweisung kann gut definierte Mittelmäßigkeit produzieren.

Fünf Dinge, die Innovationsführer anders machen sollten

1. Beginnen Sie mit einem Herausforderungsraum, nicht mit einer festen Problemstellung. Rahmen Sie den Eröffnungstext als Spannung, Ergebnis oder Opportunitätsbereich. “Wie könnten wir die Onboarding-Reibung reduzieren?” ist nützlicher als “bauen Sie einen besseren Tutorial-Flow.”
2. Erstellen Sie ein hartes Mitte-Engagement. Entscheiden Sie im Voraus, wann die Erkundungsphase endet. Bis zu diesem Zeitpunkt muss das Team das Problem wählen, das es lösen wird, und erklären, warum.
3. Schützen Sie den Dissens früh. In der ersten Phase sollte jemand die ausdrückliche Erlaubnis haben, den Rahmen herauszufordern. Das ist besonders wichtig in interdisziplinären Teams, wo falsche Übereinstimmung schnell eintreten kann.
4. Bewerten Sie die Problemstellung, nicht nur das Lösungs Konzept. Belohnen Sie Teams dafür, ein wertvolleres Problem zu entdecken, selbst wenn das bedeutet, den ursprünglichen Brief aufzugeben.
5. Nutzen Sie Kundenevidenz, um den Rahmen zu schärfen. Ziehen Sie Kundenentwicklung Interviews, beobachtete Reibung und Verhaltenssignale früh genug heran, dass sie die Richtung ändern können, nicht nur die endgültige Empfehlung schmücken.

Wie eine gute Innovationsproblemstellung aussieht

Eine gute Innovationsproblemstellung ist nicht ewig breit und nicht zu früh eng. Sie ist am Anfang offen genug, um Entdeckung zu ermöglichen, und wird dann spezifisch genug, um Maßnahmen zu leiten.

Am Ende der ersten Phase hat eine starke Problemstellung in der Regel vier Eigenschaften:

• Sie benennt eine bedeutende Benutzer-, Team- oder Geschäftsbeschränkung.
• Sie ist in Beweisen, nicht nur in Meinungen, verankert.
• Sie lässt Raum für mehrere Lösungswege.
• Sie ist spezifisch genug, um Trade-offs sichtbar zu machen.

Das ist auch der Grund, warum Teams das Neurahmen als normal behandeln sollten. Wenn die beste Evidenz woanders hinweist, ist die Änderung der Problemstellung kein Versagen. Es ist Fortschritt. In vielen Fällen ist ein überlegtes Pivot das echte Zeichen dafür, dass das Team etwas gelernt hat.

FAQ

Was ist Team Problem Discovery in der Innovation?

Team Problem Discovery ist der Prozess, mit einer mehrdeutigen Herausforderung zu beginnen und das eigentliche Problem im Laufe der Zeit zu klären. Anstatt anzunehmen, dass der Brief bereits korrekt ist, behandelt das Team die Problemdefinition als einen Kernteil der Innovationsarbeit.

Warum produzieren klar definierte Innovationsbriefe oft schwächere Ideen?

Weil sie die Aufmerksamkeit zu früh einengen. Teams werden effizient innerhalb des anfänglichen Rahmens, selbst wenn dieser Rahmen Politik, Gewohnheit oder ein Symptom statt des tieferen Problems widerspiegelt. Stärkere Ideen kommen in der Regel aus der Herausforderung des Rahmens, bevor man sich ihm verpflichtet.

Wie lange sollte die Erkundungsphase dauern?

Es gibt keinen universellen Prozentsatz, aber der Prozess sollte eine sichtbare Mitte beinhalten, in der sich das Team zu einer schärferen Problemstellung verpflichtet. Der Punkt ist nicht, vage zu bleiben; es ist, der Erkundung genug Zeit zu geben, um die Qualität der Konvergenz zu verbessern.

Bedeutet das, dass Design Thinking falsch ist?

Nein. Es bedeutet, dass viele Teams Design Thinking zu starr interpretieren. Gute Entdeckungsarbeit beinhaltet bereits Neurahmen, Mehrdeutigkeit und Iteration. Der Fehler ist zu handeln, als müsste die erste vereinbarte Problemstellung auch die endgültige sein.

Schluss: Problemklarheit ist ein Ziel, kein Startritual

Innovationsführer haben Recht, Klarheit zu wollen. Sie irren sich, wenn sie sie verlangen, bevor die Arbeit sie verdient hat.

Die besten Teams bleiben nicht ewig unordentlich. Sie bleiben lange genug unordentlich, um zu entdecken, was sie eigentlich lösen, und werden dann scharf diszipliniert bei der Ausführung. Das ist das eigentliche Muster hinter einer besseren Innovationsproblemrahmung: Erst Mehrdeutigkeit, dann Verpflichtung.

Wenn Ihr letzter Workshop produktiv wirkte, aber offensichtliche Antworten produzierte, lag das Problem vielleicht nicht an schwacher Ideation. Es könnte vorzeitige Gewissheit gewesen sein.

Erkunden Sie verwandte Konzepte:

• Design Thinking Prozess
• Toleranz für Mehrdeutigkeit
• Kreatives Problemlösen
• Kundenentwicklung
• Schnelle Experimente
• Pivot

Autor

Clara @cla_reinholt

Beschäftigt sich mit Innovationskommunikation, -moderation und dem Umwandeln von Rahmenwerken in Teamgewohnheiten.

Clara schreibt über die menschlichen Systeme hinter Innovationen: Moderationsqualität, Kommunikationsklarheit und die Routinen, die Teams dabei helfen, von Ideen zu Entscheidungen zu kommen. Sie folgt praktischen Teammethoden-Quellen wie dem Atlassian Team Playbook sowie Innovationsberichterstattung von McKinsey und Harvard Business Review.

Ihre Beiträge kombinieren oft erzählerisches Storytelling mit praktischen Vorlagen, die Führungskräfte für Teambesprechungen, Retrospektiven und Portfoliobewertungen wiederverwenden können, basierend auf Forschung und Praktiken aus McKinsey on Innovation, Harvard Business Review und dem Atlassian Team Playbook.

Clara stellt sich in ihren Entwürfen oft die Frage: Wird dies jemandem helfen, morgen ein besseres Gespräch zu führen? Wenn die Antwort ja ist, ist der Beitrag bereit.