Mensch & Computer 2010 - Tutorial Agile UX

Agile UX
UPA-Tutorial @ Mensch & Computer 2010
Teil 1: Eine Einführung in die agile Softwareentwicklung
Dr. Hartmut Obendorf, C1 WPS
Rainer Gibbert, Inken Petersen, XING AG

Agenda
Agile Softwareentwicklung [11:00 – 12:30]
 Definition, Werte und Motive
 Methoden
 Grundbegriffe
 Praktische Übung
Agile UX Design [14:00 – 15:30]
 Herausforderungen und Chancen
 Integrationsformen
 Projektarten und –rollen
Open Spaces[16:00 – 18:30]
Obendorf, Gibbert, Petersen — Tutorial Agile UX 312.09.2010

Vorstellungsrunde
 Wer bin ich und wo arbeite ich?
 Was will ich heute mitnehmen?
 Welche Erfahrungen habe ich mit agiler Software-Entwicklung?

Agenda
Agile Software-Entwicklung [11:00 – 12:30]
 Methoden
 Grundbegriffe
Open Spaces[16:00 – 18:30]

Klassische Software-Entwicklung
Software-Engineering
 Bereitstellung systematischer und planbarer Vorgehensweisen
für die Entwicklung von Software
Ausrichtung der Modelle
 Feste Prozessphasen
 mit den daraus resultierende Ergebnisse (Artefakten)
 und den entsprechenden Meilensteinen
Problematik
 Schwergewichtig, unflexible, zu viel Dokumentation

Das agile Manifest(2001)
Individuen und Austausch
statt Prozesse und Werkzeuge
Lauffähige Software
statt ausführlicher Dokumentation
Zusammenarbeit mit Kunden
statt Vertragsaushandlung
Offenheit für Veränderungen
statt verfolgen starrer Pläne

Prinzipien der agilen Entwicklung
1. Our highest priority is to satisfy the customer through early and
continuous delivery of valuable software.
2. Welcome changing requirements, even late in development. Agile
processes harness change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple
of months, with a preference to the shorter timescale.
4. Business people and developers must work together daily throughout the
project.
5. Build projects around motivated individuals. Give them the environment
and support they need, and trust them to get the job done.
6. The most efficient and effective method of conveying information to and
within a development team is face-to-face conversation.
http://agilemanifesto.org/principles.html

Prinzipien der agilen Entwicklung
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The
sponsors, developers, and users should be able to maintain a constant
pace indefinitely.
9. Continuous attention to technical excellence and good design enhances
agility.
10. Simplicity – the art of maximizing the amount of work not done – is
essential.
11. The best architectures, requirements, and designs emerge from self-
organizing teams.
12. At regular intervals, the team reflects on how to become more
effective, then tunes and adjusts its behavior accordingly.
http://agilemanifesto.org/principles.html

12.09.2010Obendorf, Gibbert, Petersen — Tutorial Agile UX 10

Agilität – Iterativität

Agilität – Prototyping

Agilität – Time-Boxing
Standish Group Chaos Report 2004

Agilität – Time-Boxing

Agile Prozesse
 Scrum
Sprint, ProductBacklog, Sprint Backlog, Story, Task, Daily Scrum, Increment
 Crystal
Crystal Clear, Yellow, Orange, Orange Web, Red, Magenta, Blue
 Extreme Programming (XP)
Iteration, v1 vs. v2, corollarytechniques
 Feature Driven Development (FDD)
Model, F. List, Feature as Unit of planning, design, construction, Chief-
Programmer
 Kanban
Pull-System, verringert WiP und Durchlaufzeiten, erfordert gleichmäßige Taktung
… uvm.

SCRUM
Agile Prozesse: ein Beispiel

Scrum: Elemente

Scrum: Sprint
 Umsetzungeiner Iteration
 Dauer: meist 2-4 Wochen
 Zu Beginn wird ein Sprint Backlog erstellt
 Im Sprint: Design, Programmierung, Testen
 Team organisiert sich im Sprint selbst
 Keine Änderungen während des Sprints
 Am Ende des Sprints: Vorführung, Review, Akzeptanztests
und Retrospektive

Scrum: Rollen
Product Owner
 Verantwortlichfür die Profitabilität des Produkts (ROI)
 Definition derFunktionenimProdukt
 Entscheidungüber Release-Daten und -Inhalte
 Priorisierung derFunktionennachMarkt- und Nutzwert
 AnpassungderFunktionen und Prioritätenfürjede
Iteration, beiBedarf
 Akzeptieren (oderAblehnen) derErgebnisse

Scrum: Rollen
Scrum Master
 Projektmanagement
 Verantwortlich für das Einhalten der Scrum-Werte und
Praktiken
 Behebung von Problemen
 Sorge tragen, dass das Team funktioniert und produktiv ist
 Für eine enge Kooperation der verschiedenen Rollen und
Funktionen sorgen
 Das Team von externen Problemen abschirmen

Scrum: Rollen
Team
 Typischer Weise 5-9 Personen
 Cross-Funktional: Entwickler, Tester, UX-Designer, etc.
 Idealer Weise arbeiten alle Vollzeit
 Das Team organisiert sich selbst
 Änderungen am Team nur zwischen Sprints

Scrum: Meetings
Sprint Planning
 Welche Aufgaben kommen in den Sprint? Wie aufwändig sind diese?
Daily Scrum
 max. 15 Minuten
 Was wurde fertiggestellt? Was kommt heute? Welche Probleme gibt es?
Sprint Review
 Vorstellung der Ergebnisse
Sprint Retrospektive
 wertfreier Rückblick auf Sprint
 Sammlung von Problemen und Verbesserungsvorschlägen

Scrum: Artefakte
Product Backlog
 enthält alle Features des Produkts (unvollständig) bewertet und
priorisiert
 Aufwandsschätzung für hoch priorisierte Features
Sprint Backlog
 alle Aufgaben eines Sprints (jeweils max. 1 Tag)
Impediment List
 Hindernisse des Projekts
Burndown / Burnup Chart

Exemplarisches Product Backlog
Backlog item Priority Estimate
Allow a guest to make a reservation 1 3
As a guest, I want to cancel a reservation. 2 5
As a guest, I want to change the dates of a
reservation.
3 3
As a hotel employee, I can run RevPAR
reports (revenue-per-available-room)
4 8
Improve exception handling 5 8
... 6 30
... 7 50

Übung
Agile Entwicklung: ein Praxisbeispiel

Rollen für den agilen Prozeß
Entwickler 2–3
Usability / QA 1–3
Kunde 1 + n

Zeitplan
10 min 5-15 Stories schreiben und schätzen
(Umsetzung in 1…3 min)
3 min Planungssitzung: Storiespriorisieren
2 min Tasks verteilen
5 min Entwickeln…
10 min Abnahmetest; neue Stories schreiben
und schätzen

Aufgabe
Es war einmal ein Regierungschef, der ein Zeichen
hinterlassen wollte. Auf dem Mond.
Also sorgte er auf den üblichen Wegen dafür, dass
in Europa Begeisterung entstand – ein
Forschungslabor sollte entstehen. Dieses sollte
als Zeichen interkultureller Verständigung
dienen und wichtige wissenschaftliche Aufgaben
übernehmen.

Aufgabe
Ihr Auftrag ist es, innerhalb von 6 Monaten eine
funktionsfähige Mondstation zu entwerfen. Als
Transportmittel wird eine günstig erworbene
gebrauchte Raumfähre, die Endeavour dienen.
Sie wird monatlich zwischen Pisa und dem Mare
Serenitatis verkehren.

Zeitplan
3 min Planungssitzung: Storiespriorisieren
2 min Tasks verteilen
5 min Entwickeln…
10 min Abnahmetest; neue Stories schreiben
und schätzen

Aufgabe
Dänische Bastler haben eine Rakete
entwickelt, die nur einen Bruchteil der
Raumfähre kostet. Daher wird es in den ersten
20 Projektjahren nur eine Einwegverbindung
geben.
12.09.2010
Obendorf, Gibbert, Petersen — Tutorial Agile UX
40

Zeitplan
Planungssitzung: Storiespriorisieren
Tasks verteilen
5 min Entwickeln…
...

Aufgabe
Aufgrund der anstehenden Wahlen soll ein neues
Gesetz die lebenslange Immunität des
Staatschefs bestätigen.
Der Forschungsauftrag der Mondstation wird aus
diesem Grund zurückgestellt, zunächst sollen
einige ausgewählte Parlamentarier in den
Genuss der ersten Flüge kommen. Mit ihren
Familien.

Agile UX
Teil 2: Agile UX Design – Chancen, Herausforderungen, Best Practices

Agenda
 Methoden
 Grundbegriffe
Open Spaces[16:00 – 18:30]

Agile Methoden erfüllen Wünsche der Praxis
 Schnelle Ergebnisse in Form funktionierender Software
 Flexibilität für wechselnde Anforderungen
 Stetige Abstimmung mit dem Kunden
Agile Methoden genießen einen immer höher
werdenden Verbreitungsgrad
Wrap-up aus Teil 1

Prinzipiell ähnliche Ziele:
 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 technische Exzellenz und gutes Design
 Fokus auf Einfachheit
(Entsprechend der agilen Prinzipien)
Agile Entwicklung und UX-Design

Aber!
UX-Design wurde von den Begründern der agilen
Software-Entwicklung anfänglich überhaupt
nicht bedacht bzw. verstanden!

Wenn ein UX-Designer in ein agiles Team
kommt…
Hi, ich bin hier um ein tiefergehendes
Verständnis der Nutzer zu schaffen. Dieses
wird uns helfen zu entscheiden, welches
Produkt wir bauen sollen, wie es aussieht
und sich verhalten soll. Und ich werde es mit
Nutzern validieren.

kommt…
Äh…
Wow…
Was hast du gesagt?

kommt…
Ich bin hier um ein
tiefergehendes Verständnis der
Nutzer zu schaffen….
Ok, ok, ok.
Das hört sich nach etwas für
den Product Owner an. Du
solltest mal mit ihm sprechen.

kommt…
Hi, ich bin hier um ein
tiefergehendes Verständnis der
Nutzer zu schaffen und um zu
sehen, welches Produkt…
Halt, halt, halt!
Ich habe den Product-Backlog
schon längst erstellt und
priorisiert!

kommt…
Aber dauert der Sprint nicht
nur zwei Wochen?
Du solltest dich zum Team setzten
und Ihnen helfen, die Sachen für
den Sprint zu erledigen.
Ja, das ist ja das großartige an
agiler Entwicklung: fertige
Produkte alle zwei Wochen!!!

kommt…
Äh… ich muss mal schnell weg.
Hab noch ein Vorste… äh… einen
Arzttermin…
Kein Problem, das Team wird
deine Sachen schon mit
erledigen.

Defizite „klassischer“ Usability
Lange Vorbereitung und Anforderungsanalyse
Meist „schwerfällige“ Methoden
 Studienkönnengerne 1 Monatoderlängerdauern
 ImmernochwenigBerücksichtigung agiler Ansätze
Zu hoherAnspruch an einheitliche User Experience
Die Folge: zu spät, zu wenig
 FormalesUsability-Testing erst am EndederEntwicklung
 Design abgeschlossen, Einflußbegrenzt

Software-Entwicklung vs. Usability:
Das Vogel-Strauß-Prinzip

Defizite agiler Methoden
Stärke auch Schwachpunkt
 Feature Driven Development erschwert einheitliches Design
 Scheu vor dem „big upfront design“
 Fokus auf Einzelheiten verstellt Blick auf‘s Ganze
Fehlende Detaillierung der Methoden bei der
 Integration der Nutzer in den Prozess
 Ermittlung der Anforderungen
12.09.2010 57Obendorf, Gibbert, Petersen — Tutorial Agile UX

Integration?
Gemeinsame Basis
 Fokus aufnutzbringendeProdukte
 iterativesVorgehen
erhoffterVorteil
 Team Experience +
Customer Satisfaction +
User Experience
Resultat
 Agile (?) UX-Methoden – je
nachGewichtung / Kommunikation

DreiAnsätzezur Integration
1. Verzahnung
 Sprint Zero und Planungfür Sprint n+1
2. Integration
 VerteilteRollenim Team
3. Entkopplung
 Product Discovery und Product Execution

Ansatz 1: Verzahnung

Best Practices?
Getrennte UX- und Entwicklungs-Teams
Definierte Übergabepunkte, RITE & Prototyp als
Übergabedokumentation
Conserve User Time:
Integrierte Design- und Evaluationsaktivität
Kontinuierliche Aktivitäten (z.B. User Research)

Iteration-Roundtrip

Wann und wie?
Einbindung externer Dienstleister, Koordination
mit großen UX- und Design-Teams, für große
Änderungen oder langfristige Produktentwicklung
Iterative UX-Techniken, hohe Anforderungen an
Dokumentation und Kommunikation

Ansatz 2: Integration

Prozess-Integration
12.09.2010 66Obendorf, Gibbert, Petersen — Tutorial Agile UX

UX-Praxis-Integration
Balance imVerhältnis
Usability –– Team
Experten? Heimwerker? Moderatoren!
PD2 –Benutzer & Entwickler als Designer

Wann und wie?
Fachlich dichte, technisch
herausfordernde, interne (effizienzorientierte)
oder kleine Projekte
Hohe Anforderungen an fachliche
Architektur, technische Möglichkeiten und
Hindernisse, schnelle Iterationsfolge

Ansatz 3: Entkopplung

Ansatz 3: Entkopplung
Das richtige Produkt identifizieren und gestalten
 Discovery Phase
Das Produkt richtig implementieren
 Execution Phase

Discovery Phase
Ziele
 Herausfinden, ob es überhaupt Nutzer für das Produkt gibt
 Identifizieren eines Produkts, das nutzbringend
(valuabe), benutzbar (usable) und machbar (feasible) ist.
Dazu gehört
 Neue Ideen generieren und explorieren
 Mit Kunden und Nutzern sprechen
 Neue Technologien ausprobieren
 Erste Produktkonzepte und Prototypen erstellen
 Konzepte mit Nutzern evaluieren

GuteProdukte…
…haben folgende drei Eigenschaften:
Valuable
Usable&
Desirable
Feasible
Product
Owner
UX Lead
Tech Lead

Minimales Produkt
http://en.wikipedia.org/wiki/Minimum_viable_product

Wann und wie?
Eigenschaften
 Ausreichend Zeit, um sich über ein gutes Produkt Gedanken zu
machen
 Einbeziehung aller Disziplinen und Perspektiven
 Keine Störung während der Implementierung
Anwendungsfälle
 Wo Usability und UX entscheidende Wettbewerbsvorteile sind
(z.B. Consumer-Produkte im Internet)
 Bei weniger komplexen Produkten
 Bei genügend UX Ressourcen

Übung
Discovery Phase für ein minimales Produkt
und mögliche Inkremente

Übung: Discovery Phase
Rollen
 Anwender  Hat ein Problem / Bedürfnis
Hilft es mir bei meinem Problem?
Versteh ich, wie ich es benutzen kann?
Etc.
 Product Owner verantwortlich für Kosten und Nutzwert
Braucht der Nutzer es wirklich?
Wieviel Mehrwert bietet es?
Was kostet die Umsetzung?
Etc.

Rollen
 UX-Lead  verantwortlich für Benutzbarkeit und Design
Wie kann der Nutzer es bedienen?
Ist es einfach und verständlich?
Etc.
 Tech-Lead  verantwortlich für Machbarkeit und Aufwand
Was benötige ich dafür?
Wie viel Aufwand ist das?
Etc.

Problemstellung / Bedürfnis
 Jonas möchte gerne mit seiner Freundin und zwei Koffern von
Duisburg nach München reisen.
 Stellen Sie sich vor: sämtliche bekannten Transportmöglichkeiten
(Bahn, Auto, Flieger, Schiff, etc.) gibt es noch nicht!
Aufgabe
 Finden Sie ein minimales, aber nutzbringendes Produkt, das das
Problem von Herrn Müller löst.
 Finden Sie anschließend ein (oder mehrere) Inkremente des
Produkts.
 Gehen Sie iterativ vor und beziehen Sie immer wieder die
Anwender in Ihre Discovery ein.

OpportunityAssessment
1. Welches Problem sollgelöstwerden? (Value Proposition)
2. Fürwensoll das Problem gelöstwerden? (Zielgruppe)
3. WiewirdderErfolggemessen? (Metriken)
4. WelcheLösungengibtesbereits? (Wettbewerbsumfeld)
5. Warumkönnenwiresbesser? (Differenzierung)
6. Warumgeradejetzt? (Marktfenster)
7. Wiewerdenwiresumsetzen? (Aufstellung)
8. Wiehochsind die geschätzenKosten? (groß, mittel, klein)
9. Was sindkritischeErfolgsfaktoren? (solution requirements)
http://www.svpg.com/opportunity-assessment/

Agile UX
Teil 3: Open Spaces / Diskussion

Agenda
 Methoden
 Grundbegriffe
Open Spaces[16:00 – 18:30]

Open Spaces
1. Sammlung von Themen
2. Bearbeitung der Themen in offenen Arbeitsgruppen
3. Sammlung und Vorstellung der Ergebnisse

Agile UX
Wrap-Up

Literatur
 Marty Cagan
Inspired: How To Create Products Customers Love
http://www.svpg.com
 Jeff Patton
http://www.agileproductdesign.com
 Scott W. Ambler
Agile Modeling: Effective Practices for Extreme Programming and the Unified Process
 David Verba, Todd Willkens
Subject to Change
 Kent Beck, Cynthia Andres
Extreme Programming Explained
 Karen Holtzblatt et al.
Rapid Contextual Design
 HartmutObendorf
Minimalism: a Design Perspective

Vielen Dank!
Dr. Hartmut Obendorf
C1 WPS
hartmut.obendorf@c1-wps.de
www.xing.com/profile/Hartmut_Obendorf
Rainer Gibbert
XING AG
Rainer.Gibbert@xing.com
www.xing.com/profile/Rainer_Gibbert
Inken Petersen
XING AG
Inken.Petersen@xing.com
www.xing.com/profile/Inken_Petersen

Mensch & Computer 2010 - Tutorial Agile UX

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (14)

En vedette

En vedette (20)

Similaire à Mensch & Computer 2010 - Tutorial Agile UX

Similaire à Mensch & Computer 2010 - Tutorial Agile UX (20)

Mensch & Computer 2010 - Tutorial Agile UX