In Engineering-Teams taucht die Frage regelmäßig auf: „Sollen wir Design Thinking machen oder eher Lean Startup?" Manchmal fällt auch TRIZ ins Gespräch, meist von jemandem, der es gerade entdeckt hat. Dann folgt eine Diskussion, die selten zu einem klaren Ergebnis führt, weil sie auf der falschen Frage basiert.
Die drei Methoden konkurrieren nicht miteinander. Sie setzen an völlig verschiedenen Stellen im Innovationsprozess an. Wer das versteht, hört auf, nach der „besten" Methode zu suchen, und fragt stattdessen: Wo stehe ich gerade im Problem?
Drei Phasen, drei Werkzeuge
Jedes Innovationsproblem durchläuft im Kern drei Fragen. Verstehen wir das richtige Problem, und kennen wir den Nutzer? Ist die Annahme über Markt oder Geschäftsmodell überhaupt valide? Blockieren sich technische Anforderungen gegenseitig?
Jede dieser Fragen hat ein passendes Werkzeug. Design Thinking setzt bei der ersten an. Lean Startup bei der zweiten. TRIZ bei der dritten. Das ist kein Ranking, es ist eine Zuordnung.
Design Thinking: das Werkzeug für Nutzerverständnis
Design Thinking, geprägt durch die Stanford d.school und Firmen wie IDEO, folgt fünf Phasen: Empathize, Define, Ideate, Prototype, Test. Der Kern ist Empathie. Bevor ein Team eine Lösung entwirft, soll es verstehen, was Nutzer wirklich erleben, nicht nur, was sie sagen.
Das ist echte Stärke. Wer nicht weiß, welches Problem er eigentlich löst, verschwendet Entwicklungszeit. Design Thinking zwingt Teams, diese Frage ernst zu nehmen.
Die Grenze ist klar. Ein Team hat durch Nutzerinterviews herausgefunden, dass ein medizinisches Gerät gleichzeitig kleiner und robuster werden muss. Das Nutzerproblem ist jetzt gut verstanden. Empathie löst den physikalischen Zielkonflikt trotzdem nicht. Design Thinking liefert das richtige Problem. Die technische Lösung liefert es nicht.
Lean Startup: das Werkzeug für Marktvalidierung
Eric Ries systematisierte Lean Startup 2011 in seinem gleichnamigen Buch. Die Kernlogik: Build, Measure, Learn. Statt jahrelang zu entwickeln, baut man ein Minimum Viable Product, testet eine spezifische Annahme am Markt und lernt daraus.
Für Software-Produkte und Geschäftsmodelle funktioniert das gut. Im Hardware-Kontext stößt die Methode schnell an Grenzen. Entwicklungszyklen von 18 bis 36 Monaten lassen sich nicht in Zwei-Wochen-Sprints pressen. Ein MVP für ein Antriebssystem oder ein Medizinprodukt der Klasse IIb ist kein Konzept, das sich in drei Wochen validieren lässt.
Lean Startup beantwortet die Frage, ob etwas gebraucht wird. Wie man einen widersprüchlichen technischen Anspruch physikalisch löst, beantwortet es nicht.
Was ist die TRIZ-Methode?
TRIZ steht für Teorija Reschenija Isobretatelskich Sadatsch, auf Deutsch: Theorie des erfinderischen Problemlösens. Genrich Altschuller entwickelte sie ab den 1940er Jahren durch die systematische Analyse von Hunderttausenden Patenten. Seine Erkenntnis: Technische Durchbrüche folgen wiederkehrenden Mustern. Wer diese Muster kennt, muss nicht auf Zufall hoffen.
Der Kern von TRIZ ist die Widerspruchsanalyse. Ein technischer Widerspruch liegt vor, wenn die Verbesserung eines Parameters einen anderen verschlechtert: leichter und stabiler, schneller und günstiger, kleiner und leistungsfähiger. TRIZ stellt 40 Innovationsprinzipien bereit, die aus realen Patentlösungen destilliert wurden. Sie zeigen, welche Prinzipien für welchen Widerspruchstyp historisch funktioniert haben.
Das ist grundlegend anders als Brainstorming. TRIZ fragt nicht „Was fällt euch ein?", sondern „Welcher Widerspruch blockiert euch, und welche bekannten Lösungsmuster passen dazu?"
Für eine ausführlichere Einführung in die Grundlagen lohnt sich der Artikel Was ist die TRIZ-Methode?.
Direkter Vergleich: Stärken und Grenzen
Design Thinking zielt darauf ab, das richtige Problem zu finden. Es setzt in der Phase des Problemverständnisses an und beantwortet die Frage: „Was braucht der Nutzer wirklich?" Seine Stärke liegt in Empathie und Nutzerzentrierung. Technische Widersprüche löst es nicht. Am besten geeignet ist es für die frühe Problemdefinition.
Lean Startup setzt in der Phase der Marktvalidierung an und beantwortet die Frage: „Gibt es einen Markt dafür?" Schnelles Lernen und die Fähigkeit zum Pivot sind seine Stärken. Bei langen Hardware-Entwicklungszyklen funktioniert es schlecht. Für Geschäftsmodelle und Software ist es das richtige Werkzeug.
TRIZ setzt in der Phase der Lösungsentwicklung an und beantwortet die Frage: „Wie löse ich den Zielkonflikt?" Seine Stärke liegt in der systematischen Erfindungsmethodik. Es setzt ein valides Problemverständnis voraus und ist für komplexe technische Entwicklung ausgelegt.
Wann welche Methode?
Die Entscheidung ist einfacher als sie klingt.
Wenn ein Team nicht weiß, was der Nutzer wirklich braucht, fehlt Problemverständnis. Design Thinking ist dann das richtige Werkzeug. Wenn Zweifel bestehen, ob überhaupt ein Markt für die Lösung existiert, hilft Lean Startup. Und wenn zwei Anforderungen sich physikalisch widersprechen und das Team seit Wochen am Kompromiss optimiert, ist TRIZ das Werkzeug. Nicht mehr Iteration, sondern Widerspruchsauflösung.
Die eigentliche Reife eines Innovationsteams zeigt sich nicht darin, welche Methode es bevorzugt. Sie zeigt sich darin, ob es erkennt, wann das aktuelle Werkzeug für das vorliegende Problem das falsche ist.
Wie die Methoden zusammenspielen
Ein Beispiel aus der Praxis: Ein Team entwickelt ein tragbares Diagnosegerät. Design Thinking zeigt durch Nutzerforschung, dass das Gerät im Feld funktionieren muss, also robust und leicht sein muss. Damit entsteht der technische Widerspruch: Robustheit erfordert dickere Gehäusewandstärken, Leichtigkeit das Gegenteil. TRIZ hilft, diesen Konflikt aufzulösen, etwa durch Segmentierung oder den Einsatz von Verbundstrukturen. Das Team entwickelt eine Lösung. Lean Startup validiert anschließend, ob die Zielgruppe bereit ist, das Produkt zu kaufen, und zu welchem Preis.
Drei Methoden, drei Phasen, ein Produkt. Keine hat die andere ersetzt.
Fazit
Frag nicht, welche Methode die beste ist. Frag, wo du gerade im Problem steckst.
Wenn technische Anforderungen sich gegenseitig blockieren und das Team seit Wochen optimiert ohne Durchbruch, ist das oft kein Zeichen fehlender Kreativität. Es ist ein Zeichen, dass der eigentliche Zielkonflikt noch nicht sauber formuliert wurde. Wie erfahrene Produktentwickler genau an diesem Punkt ansetzen, beschreibt der Artikel Technische Probleme systematisch lösen.
Truinorva unterstützt F&E- und Produktentwicklungsteams an diesem Punkt, mit TRIZ, KI-gestützter Analyse und strukturierter Widerspruchsauflösung. Wer einen praktischen Einstieg sucht: Die Think. Solve. Create. Praxistage 2026 finden in München, Frankfurt und Hamburg statt, für R&D-, IP- und Produktprofis, die systematische Innovation direkt anwenden wollen.
Quellen
- Ries, Eric: The Lean Startup. Crown Business, 2011.
- Altschuller, Genrich: Erfinden. Wege zur Lösung technischer Probleme. Übersetzung aus dem Russischen, 1984.
- Harlim, J. & Belski, I.: „The Allocation of Time Spent in Different Stages of Problem Solving." International Journal of Engineering Education, 2017.
- Stanford d.school: dschool.stanford.edu
- IDEO: ideo.com
