Das Wichtigste in Kürze
- Design Sprints sind kein starres Dogma: Du musst nicht zwingend fünf Tage am Stück blocken. Passe das Format an deinen Teamkontext, dein Produkt und deine Community an.
- Entdecken und Liefern verbinden: Ein Design Sprint ist ein mächtiges Werkzeug für die Discovery-Phase, um Ideen zu validieren, bevor sie als klar definierte Backlog-Einträge in deine Scrum-Sprints einfließen.
- Frühes Scheitern als Erfolg: Der Sprint hilft, durch schnelles Prototyping und Nutzerfeedback potenziell teure Fehlentwicklungen frühzeitig zu erkennen und zu vermeiden.
- Flexibilität schafft Akzeptanz: Indem du das Format deinen realen Gegebenheiten anpasst, erhöhst du die Wahrscheinlichkeit, dass es von deinem Team tatsächlich angenommen und genutzt wird.
Worum es geht
Viele agile Teams stehen vor einer gemeinsamen Herausforderung: Sie wollen nutzerzentriert entwickeln, haben aber Schwierigkeiten, diese Nutzerbedürfnisse effektiv und strukturiert zu entdecken. Oft bleibt die "Discovery" – das Erforschen und Validieren von Ideen – vage oder wird im Tagesgeschäft vergessen.
Das Problem ist nur: Wie integriert man solche systematischen Discovery-Phasen nahtlos in einen etablierten Scrum-Prozess, der auf regelmäßige Lieferung ("Delivery") ausgelegt ist? Kommt dir das bekannt vor?
In dieser Episode sprechen wir mit Rebecca Rutschmann, Gründerin des Startups Evotsch, über ihre pragmatischen Erfahrungen mit Design Sprints. Wir schauen uns an, wie dieses fokussierte Werkzeug für Nutzerforschung und Prototyping nicht als Fremdkörper, sondern als natürliche Ergänzung zu Scrum funktionieren kann.
Für wen?
Für wen?
Diese Episode ist besonders wertvoll, wenn du:
Besonders wertvoll, wenn du:
- Als Product Owner oder Product Manager ständig das Gefühl hast, zwischen nutzerzentrierter Discovery und der Lieferung von Inkrementen hin- und hergerissen zu sein.
- Als Scrum Master oder Agile Coach dein Team dabei unterstützen willst, bessere Wege für die Nutzerforschung zu finden und nach praxiserprobten Methoden suchst.
- In einem Startup oder innovativen Team arbeitest und nach einem strukturierten, aber flexiblen Framework suchst, um Ideen schnell zu testen, bevor du Entwicklungsressourcen investierst.
Episoden-Insights
Design Sprints sind ein anpassbares Werkzeug, kein starres Regelwerk
Die klassische Vorstellung eines fünftägigen Design Sprints schreckt viele Teams ab – es scheint zu aufwändig und disruptiv. Was ich konsistent beobachte ist, dass der größte Hebel in der flexiblen Anpassung liegt. Es geht nicht um strikte Compliance, sondern darum, die Prinzipien (wie Nutzerfokus, Prototyping und Testing) auf den eigenen Kontext zu übertragen. Das kann auch in komprimierter Form oder aufgeteilt über mehrere Wochen geschehen.
"Ihr müsst nicht diese fünf Tage am Stück machen, sondern macht sie euch so eigen und guckt, dass ihr da selbst für euch rausnehmen könnt, was für euch, euer Produkt und eure Community am besten passt."
Der Sprint schafft Klarheit für das Product Backlog
Ein Design Sprint dient als Brücke zwischen einer vagen Idee und einem umsetzbaren Product Backlog Item. Durch die intensive, zeitgebundene Arbeit an einem konkreten Problem, das Erstellen von Prototypen und das Einholen von echten Nutzerfeedbacks generierst du validierte Erkenntnisse. Diese Erkenntnisse fließen dann als klar definierte, wertvolle und nutzerzentrierte Anforderungen in dein Backlog ein. So wird dein Scrum-Prozess mit qualitativ hochwertigem Input gefüttert.
Die Integration in Scrum erfordert Umdenken, nicht Überwerfen
Die erfolgreiche Verbindung von Design Sprint und Scrum bedeutet nicht, Scrum über Bord zu werfen. Stattdessen geht es darum, den Sprint als eine spezielle, fokussierte Aktivität innerhalb des größeren agilen Rahmens zu verstehen. Er kann als "Discovery-Sprint" konzipiert werden, der regelmäßig oder bei Bedarf stattfindet, um gezielt die nächsten großen Fragestellungen zu explorieren, bevor sie in die "Delivery-Sprints" übergehen.
Dein nächster Schritt
Versteh mich nicht falsch – die Theorie ist ein Anfang, aber die echte Herausforderung beginnt bei der Umsetzung in deinem konkreten Kontext. Lasst uns mal gemeinsam abgleichen, wie du Discovery und Delivery in deinem Team besser verzahnen kannst.
Strategiegespräch: Discovery in deinem Scrum-Prozess
In einem unverbindlichen Call analysieren wir deine aktuelle Situation und erarbeiten einen pragmatischen Plan, um Methoden wie Design Sprints erfolgreich bei euch zu verankern.
Gespräch vereinbaren →Ressourcen
Weitere Ressourcen aus dem Netz
Externe Links zu weiterführenden Inhalten, die im Kontext dieser Episode hilfreich sein können.
Live zu diesem Thema
Vertiefe dieses Podcast-Thema in unseren Live-Webinaren und Trainings:
Die besten Tipps zu Scrum und Agilität
- Wo macht eine agile Arbeitsweise Sinn? Wo nicht?
- Was zeichnet Scrum im Kern aus?
- Wie gestalte ich Scrum effektiv aus?
- Wie arbeite ich in meiner Organisation agil?
Weiterführende Themen & Ressourcen
68: Scrum in Hardware
Hardware-Entwicklung ist langsam und starr. Lerne, wie du mit Scrum trotz physischer Constraints schneller iterierst und lernst – ein Marathon, kein Sprint.
60: Product Discovery & Scrum
Teams verlieren den Fokus auf Lernen und bauen nur noch Features ab. Wie Product Discovery hilft, bessere Product Increments zu liefern, ohne Scrum zu ersetzen.
59: Oft missverstanden, inkrementelle Entwicklung in Scrum
Teams liefern kein echtes Inkrement pro Sprint? Das führt zu spätem Feedback und scheiternden Produkten. Lerne, wie echte inkrementelle Entwicklung in Scrum funktioniert.