Mythos: Man kann Design Thinking, Lean Startup und zum Schluss Scrum nur in Phasen nutzen
Im Jahr 2016 veröffentlichte Gartner diese Grafik:
Diese Grafik hat einige Firmen und Universitäten dazu inspiriert einen phasenbasierter Ansatz zu propagieren, obwohl in dem Bild Pfeile zurück enthalten sind. Eine klare Positionierung findet man bei Gartner in der folgenden Veröffentlichung Enterprise Architects Combine Design Thinking, Lean Startup and Agile to Drive Digital Innovation von 2019.
Nein, man kann alles von Tag 1 gemeinsam nutzen!
Allen drei Ansätzen ist gemeinsam, dass sie iterativ vorgehen und Experimente integrieren um für komplexe Probleme mit extremer Unsicherheit adaptive Lösungen zu schaffen und damit die Wertschöpfung zu optimieren. Um Wertschöpfung zu optimieren kann man alle drei Ansätze von Anfang an kombinieren wie das folgende Bild darstellt:
OK, das ist nur ein Bild. Nun schauen wir uns mal an, was diese Ansätze gemeinsam haben, und weshalb man sie kombinieren kann.
Scru
m gibt den Rahmen und über die Sprints den Herzschlag/Rhythmus vor, so dass mit Hilfe von Empirie, Selbst-Management und Continuous Improvement die Scrum Teams Wertschöpfung optimieren können.
Bereits im PSPO (Professional Scrum Product Owner) Training diskutieren wir, wie effektives "Scrum Team Ownership" weit über die reine Lieferung und Validierung hinaus geht (Bild rechts). Wenn Ihr mitdiskutieren wollt, dann kommt in eines meiner Trainings: Professional Scrum Product Owner
Design Thinking können wir integrieren um iterativ Lösungen zu entdecken und nutzerzentriert zu optimieren. Dabei nehmen wir unsere Zielgruppe unter die Lupe, formulieren Persona, deren Point-of-View und experimentieren um das Produktdesign zu optimieren. Produktdesign ist ein wichtiger Bestandteil jeder Produktentwicklung und kann natürlich in Scrum integriert werden. (siehe auch blog). Das heißt Design Thinking ist aus Scrum Sicht eine hilfreiche komplementäre Methode zu Scrum um "Value & Solution Discovery" (siehe Bild) zu unterstützen.
Es geht bei Lean Startup darum über Experimente sowohl ein erfolgreiches Geschäftsmodell zu finden als auch um iterativ Produktdesign und Produktentwicklung zu gestalten. Ein Geschäftsmodell ist Bestandteil der "Product Strategy" (siehe Bild), und Praktiken zur Entdeckung von Geschäftsmodellen sind damit komplementäre Praktiken zu Scrum um effektives "Scrum Team Ownership" (siehe Bild) zu ermöglichen.
Damit wäre eigentlich schon alles gesagt. Nun lasst uns noch etwas tiefer in in die Details reinschauen.
Der Build-Measure-Learn Zyklus von Lean Startup lässt sich leicht in Scrum mit einem empirischen Ansatz zusammenbringen, denn beide setzen nichts anderes als die wissenschaftliche Methode um, d.h. es werden nach Aufstellung von Hypothesen (Annahmen) Experimente durchgeführt um dann Annahmen zu bestätigen oder zu verwerfen. In anderen Worten, wir stellen Transparenz her um zu überprüfen und anzupassen (=Säulen der Empirie).
Eric Ries teilt seinen Bestseller "Lean Startup" in drei Teile ein: (1) Vision, (2) Steuerung und (3) Beschleunigung.
- Das heisst, wir gestalten zunächst eine Vision. Eine Vision ist eine komplementäre Praxis zu Scrum, und ist daher gut mit Scrum kombinierbar. (siehe Bild oben oder dieser blog)
- Bei Steuerung geht es unter anderem darum Experimente für das Produktdesign und die Produktentwicklung zu gestalten. Hier können wir dann zum Beispiel Design Thinking einsetzen und/oder mit MVPs experimentieren. Selbst ein MVP wie eine Landing Page erfordert die Entwicklung besagter Landing Page. So eine Landung Page besteht aus einer Web-Page, und wahrscheinlich einem Sign-up Prozess und vielleicht sogar auch einem Billing-Prozess. Auch das ist nichts anderes als ein verwendbares Increment, das wir mit Scrum bauen können. Ja, es gibt es noch leichtgewichtigere MVPs. Dennoch ist allen MVPs gemeinsam, dass sie aus Nutzersicht ein verwendbares Increment darstellen. Ansonsten ist es schwer quantitative Stichproben mit Signifikanz zu erstellen.
Ebenso können wir ein Geschäftsmodell mit Scrum iterieren, wenn man zum Beispiel Experimente macht um Customer Relationship Management zu optimieren. Jeder Sprint ist ein zeitlich beschränktes Projekt, in dem wir Experimente definieren und umsetzen können. In diesen Fällen schaffen wir Releases um Daten zu sammeln und um daraus zu lernen. - Bei der Beschleunigung suchen wir nach Wachstumsmotoren für den Produkt-Market-fit. Auch hier sollten wir in kleinen Schritten agieren und experimentieren, d.h. Daten sammeln um eine Richtung weiter zu verfolgen oder um einen anderen Weg einzuschlagen.
Wenn Du mehr wissen oder diskutieren möchtest, wie man durch diesen Dschungel navigiert, dann komm in unser Training