Agile UX - Wege zur agilen nutzerzentrierten Produktentwicklung

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) Rainer.Gibbert@gmx.de

produktbezogen.de

www.xing.com/profile/Rainer_Gibbert

www.linkedin.com/in/rainergibbert

@UXDesign_de