Wie du Scrum, Lean Startup & Design Thinking richtig einsetzen kannst
Messer oder Gabel? Scrum, Design Thinking oder Lean Start up? Das ist keine Entweder-oder-Frage, sondern eine Frage des richtigen Zusammenspiels. Denn jede Methode erfüllt für sich einen wichtigen Zweck.
Scrum, Lean Startup und Design Thinking – Wann kommt welches Werkzeug zum Einsatz?
Liebe Leserin, bevor wir der Frage nachgehen, wann welches Werkzeug am meisten Sinn macht, musst du dich kurz «aufschlauen», was denn die einzelnen Werkzeuge sind. Das wurde schon an vielen Orten gut erklärt und während du die 3 Seiten liest, warte ich hier 🙂
- Scrum
Definition aus dem deutschen Scrum Guide:
Ein Rahmenwerk, innerhalb dessen Menschen komplexe adaptive Aufgabenstellungen angehen können, und durch das sie in die Lage versetzt werden, produktiv und kreativ Produkte mit höchstmöglichem Wert auszuliefern. - Lean Startup
Der Begriff kommt aus gleichnamigen Buch von Eric Ries und ist auf Eric’s Blog gut erklärt. - Design Thinking
Digicomp-Kollegen haben eine gute Einführung in Design Thinking geschrieben.
Das Interessante ist, dass alle drei Methoden das gleiche Mindset zu vermitteln versuchen. Es geht immer darum, möglichst nah an den Kundinnen und Kunden zu sein, deren Bedürfnisse zu verstehen und mit möglichst wenig Aufwand zu testen, ob man das auch tatsächlich erreicht hat.
Wie man Scrum Teams generell näher zum Kunden bringen kann, habe ich mit 6 Tipps in diesem Blogbeitrag beschrieben.
Wo hat welches Werkzeug seinen Fokus?
Schauen wir uns mal an, worauf sich Scrum, Lean Start up und Design Thinking im Wesentlichen konzentrieren:
- Scrum hat den Fokus auf dem Produkt. Das Produkt soll Kundinnen und Kunden Wert liefern und mit Sprints und Sprint Reviews wird das Feedback des Marktes und deren Stakeholder geholt.
- Lean Startup hat den Fokus auf der Validierung der Hypothesen. Es wird geschaut: W rde das jemand kaufen? K nnen wir das bauen? W rden Kundinnen und Kunden bereit sein, Geld auf den Tisch zu legen? Was ist das Minimum Viable Product (MVP)?
- Design Thinking hat den Fokus auf dem Menschen. Wie denken und f hlen die Menschen? Daraus werden potentielle Probleme von Kundinnen und Kunden definiert, Betroffene und Beteiligte werden beobachtet, Ideen gesammelt und validiert und mit Prototypen gelernt, wie man die Probleme der Kundinnen und Kunden lösen kann.
Kurzer Einschub
Was ist besser? Eine Gabel oder ein Messer?
Bl de Frage: Nutze beide 🙂
Wie verwenden wir dann die 3 Werkzeuge zusammen?
Ein Beispiel einer Organisation, die ich begleite:
Wir verwenden Scrum als Rahmenwerk, um in der Sprint Review die externen Stakeholder ausserhalb des Scrum Teams einzubinden.
Mit Lean Startup legen wir fest, dass alles eine Annahme ist und diese validiert werden muss. Was messen wir, damit wir wissen, ob die Hypothese verifiziert ist?
Mit Design Thinking wird in Workshops in die Rolle der Benutzenden geschl pft und versucht, deren Welt zu verstehen, deren Gef hle w hrend der Nutzung zu beobachten (Shoulder Surfing).
Der Scrum Product Backlog besteht aus 5 Hypothesen, wie ich das mal oben illustriert habe.
Abh ngig von der Frage und der Gr sse des Problems, versuchen die cross-funktionalen Teams das in einem Sprint zu beantworten oder sie brechen das Problem in weitere Fragen runter. Das heisst, in jedem Sprint wird ein beobachtetes Problem untersucht, eine Hypothese aufgestellt und validiert. In der Sprint Review wird aufgezeigt, was das Produkt oder das Feature f r eine Wirkung gehabt hat.
Die K nigsklasse der Organisationen liefert hier Daten aus dem Markt und der Produktion, die den positiven Impact des getesteten Produktes anhand von realen Messdaten untermauern.
In Scrum validiert man Hypothesen, indem man das Produkt w hrend des Sprints released (vielleicht mit nur 1% der Nutzenden oder mit gewissen Testkundinnen und Testkunden). Ja, das ist schwierig. Ich hab nicht gesagt, dass Scrum einfach ist 😉
Dabei wird versucht, in jedem Sprint die 6 Phasen des Design-Thinking-Prozesses zu durchlaufen und mit dem Lean-Startup-Ansatz versucht, eine schlanke Validierung der Hypothese zu erreichen.
Eine weitere M glichkeit, Hypothesen zu validieren, ist der Einsatz von Prototypen . Ob man diese Prototypen dann auch bauen kann, ist dann die spannende n chste Frage 🙂
Bild: Ein sehr schlanker Bankomat. Welche Hypothese wird hier validiert?
Screenshot aus dem Video: Human ATM by CurlyKidlife
Ein Gedanke:
Was muss sich bei deiner Organisation ndern, damit eine Produktidee in nur einem Tag entdeckt, entworfen, entwickelt, deployed und mit 10% der Nutzer getestet werden kann?
Vielleicht kriegst du im folgenden Blog Post ein paar Ideen.
.