Agile UX
Wege zur agilen nutzerzentrierten Produkt-Entwicklung
Rainer Gibbert, OTTO (GmbH & Co KG)
Agenda
Erfahrungen mit Agiler Entwicklung und UX
Agile Entwicklung mit Scrum
Agile Entwicklung und UX
Annäherungsversuche
Product Discovery und Product Execution
Fazit und Learnings
Zum Weiterlesen
Erfahrungen
Agile Entwicklung?
Eine kleine Umfrage…
Wer arbeitet in einem Unternehmen, das agile Prozesse (z.B. SCRUM) einsetzt?
Wer arbeitet im UX-Bereich und versucht, UX Methoden in die agile Entwicklung zu integrieren?
Wer würde behaupten, dass dies gut funktioniert?
Agile Entwicklung mit Scrum
Das agile Manifest (2001)
Individuen und Interaktionen mehr als Prozesse und Werkzeuge
Funktionierende Software mehr als umfassende Dokumentation
Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung
Reagieren auf Veränderung mehr als das Befolgen eines Plan
http://agilemanifesto.org/iso/de
http://borisgloger.com/scrum/scrum-flow
Der Scrum Flow
Scrum
Rollen
• Product Owner
• ScrumMaster
• (Entwicklungs-) Team
• Manager
• Kunde (= Auftraggeber)
• Anwender (= Nutzer)
Meetings
• Sprint Planning Meeting 1
• Sprint Planning Meeting 2
• Daily Scrum
• Estimation Meeting
• Sprint Review
• Sprint Retrospektive
Artefakte
• Vision
• Product Backlog Item
• Product Backlog
• Sprint Goal
• Selected Product Backlog
• Aufgaben/Tasks
• Sprint Backlog
• Releaseplan
• Impediment Backlog
• Produkt-Inkrement – usable Software
http://borisgloger.com/scrum/scrum-flow
Agile Entwicklung und UX
• Zufriedene Kunden / Benutzer durch nutzbringende Produkte
• Schnelle Bereitstellung funktionierender Software
• Fortlaufende Weiterentwicklung und dadurch Reaktion auf Veränderungen
• Enge Zusammenarbeit aller Beteiligten
• Nachhaltige Entwicklung
• Aufmerksamkeit auf hohe Qualität und gutes Design
• Fokus auf Einfachheit
Prinzipiell ähnliche Ziele
UX und Scrum – Probleme
Young, Indi. 2008. Mental Models: Aligning Design Strategy with Human Behavior. New York: Rosenfeld Media
„Klassische“ UX-Methoden wirken aufwändig und schwerfällig.
UX und Scrum – Probleme
Die Rolle von UX und Design sind in Scrum nicht explizit vorgesehen
? ?
UX und Scrum – Probleme
Der Nutzer ist zwar als Rolle vorgesehen; wie mit dieser umgegangen
werden soll, ist aber nicht näher definiert.
„Der Anwender des Produkts ist eine wesentliche Informationsquelle für das Scrum-Team. Er ist es, der später die „usable Software“ benutzen wird. Daher bezieht das Scrum-Team den Anwender in die Produktentwicklung mit ein. Beim Sprint Planning definiert er gemeinsam mit dem Product Owner die Anforderungen. Später wird er als Anwender mit dem Team daran arbeiten, die Anwendung nutzbar zu machen.“
http://borisgloger.com/scrum/scrum-flow/rollen
UX und Scrum – Probleme
Der Weg von der Vision zum Backlog wird völlig
offen gelassen. ???
Annäherungsversuche
UX im Team
Verzahnung und Sprint 0
Product Discovery und Product Execution
Produktentwicklung – Was und Wie
Was: Das richtige Produkt identifizieren und gestalten
Product Discovery
Wie: Das Produkt richtig implementieren
Product Execution
Das richtige Produkt
Valuable
Usable Feasible
Product Owner
UX Lead
Tech Lead
Minimum Viable Product
Viable Minimum
MVP
Schlechtes Produkt, das keiner nutzen
will
Tolles Produkt, in das aber (zu) viel
Zeit und Geld geflossen ist
Marty Cagan: The MVP is the smallest possible product that has three critical characteristics: - people choose to use it or buy it - people can figure out how to use it - and we can deliver it when we need it with the resources available Also known as valuable, usable and feasible.
Eric Ries: The MVP is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.
Vision und MVP
Discovery Phase
Execution Phase
MVP
Sprint 1 Sprint 2 Sprint 3 Sprint n
Produkt Vision
Inkrementelle Releases
Discovery
Product Discovery und Execution
http://www.svpg.com/agile-scrum-product-development-process
Design Thinking
Problemdefinition Lösungsdefinition
Product Discovery und Scrum
Discovery Phase Execution Phase
Tech Lead
UX Lead
Scrum Team (Engineering, QA)
70-80%
PO
UX Lead
Tech Lead 20-30% 90%
10%
Fazit und Learnings
Das Ziel sind gute Produkte!
“The goal isn’t to follow an agile process, but to consistently
deliver high quality products your customers love!”
Jeff Patton
Opportunity Assessment
1. Welches Problem soll gelöst werden? (Value Proposition)
2. Für wen soll das Problem gelöst werden? (Zielgruppe)
3. Wie wird der Erfolg gemessen? (Metriken)
4. Welche Lösungen gibt es bereits? (Wettbewerbsumfeld)
5. Warum können wir es besser? (Differenzierung)
6. Warum gerade jetzt? (Marktfenster)
7. Wie werden wir es umsetzen? (Aufstellung)
8. Wie hoch sind die geschätzen Kosten? (groß, mittel, klein)
9. Was sind kritische Erfolgsfaktoren? (solution requirements)
http://www.svpg.com/opportunity-assessment/
Ausgeglichenheit zwischen dem Was und dem Wie!
Was? Product Discovery
Wie? Product Execution
Discovery braucht Zeit und Planung!
Was ist das Ziel, welches Problem wollen wir lösen?
Wer macht mit und wer unterstützt?
Wie beziehen wir die Nutzer ein?
Wann machen wir was?
Wie viel Zeit haben wir / geben wir uns?
Ziele:
So viel lernen wie möglich
Schneller Weg zum MVP
Discovery ist Teamsache!
Umsetzen, Messen, Lernen
http://theleanstartup.com/principles
Ohne Management Buy-in wird es schwer
Zum Weiterlesen
Marty Cagan Inspired: How To Create Products Customers Love
Eric Ries The Lean Startup
Tim Brown Change by Design
Tom Kelley The Art of Innovation
http://www.svpg.com
http://www.startuplessonslearned.com
http://www.agileproductdesign.com
http://www.borisgloger.com
Blogs und Websites Jeff Gothelf Lean UX
Über mich
Rainer Gibbert Produktmanager, Otto (GmbH & Co KG) [email protected]
produktbezogen.de
www.xing.com/profile/Rainer_Gibbert
www.linkedin.com/in/rainergibbert
@UXDesign_de