Design Thinking mit Scrum Zwei Ansätze, die sich perfekt ergänzen

Design Thinking sagt dir, WAS du bauen sollst. Scrum sagt dir, WIE du es baust. Zusammen bilden sie ein kraftvolles Duo: Erst das richtige Problem finden, dann in Sprints die Lösung umsetzen. Kein Entweder-oder, sondern ein Nacheinander — und manchmal auch ein Miteinander.

Mit Scrum kombinieren auf einen Blick

Design Thinking
Findet das richtige Problem und die richtige Lösung
Scrum
Setzt die Lösung iterativ und strukturiert um
Kombination
DT vor dem Sprint (Discovery) + Scrum im Sprint (Delivery)
Vorteil
Weniger Fehlentwicklung, weil echte Nutzerbedürfnisse bekannt sind

Warum passen Design Thinking und Scrum zusammen?

Scrum hat eine Schwäche: Es setzt voraus, dass jemand weiß, was gebaut werden soll. Der Product Owner füllt das Backlog — aber woher kommen die richtigen User Stories? Oft basieren sie auf Annahmen, Bauchgefühl oder dem, was der lauteste Stakeholder fordert.

Genau hier springt Design Thinking ein. Bevor das erste Item ins Backlog wandert, klärst du mit Design Thinking: Was brauchen die Nutzer wirklich? Welche Lösung hat im Test funktioniert? So entstehen validierte User Stories statt Wunschlisten.

Design Thinking Problem verstehen Lösung validieren Discovery Scrum Lösung umsetzen In Sprints liefern Delivery

Wie integrierst du Design Thinking in Scrum?

Es gibt drei bewährte Modelle:

  • DT als Sprint 0: Vor dem ersten Scrum-Sprint führst du einen Design-Thinking-Workshop durch (2-5 Tage). Das Ergebnis fließt direkt ins Product Backlog.
  • DT im Refinement: Der Product Owner nutzt Design-Thinking-Methoden während des Backlog Refinements — z.B. Empathy Maps oder How-Might-We-Fragen, um User Stories zu schärfen.
  • Dual-Track: Zwei parallele Tracks — ein Discovery-Track (Design Thinking) arbeitet einen Sprint voraus und liefert validierte Konzepte, die der Delivery-Track (Scrum) im nächsten Sprint umsetzt.

Wann nutzt du welchen Ansatz?

Design Thinking immer dann, wenn du unsicher bist, was die richtige Lösung ist: neues Produkt, unbekannte Zielgruppe, komplexes Problem. Scrum immer dann, wenn du weißt, was gebaut werden soll und es effizient umsetzen willst.

In der Praxis wechselst du zwischen beiden: Ein Design-Thinking-Sprint alle 4-6 Wochen, dazwischen Scrum-Sprints zur Umsetzung. So bleibst du nah am Nutzer, ohne den Lieferrhythmus zu unterbrechen.