scrum und user centered design – wie geht das?, usability coffee, zug, 21.08.2014

Scrum und User Centered Design –wie geht das?

Usability Coffee, Zug, 21.08.2014

� Dr. sc. techn. ETH

� Studium der Biologie an der ETH Zürich mit der Vertiefung in Ergonomie und Usability

� Dissertation zum Thema «Transfer ofTraining in Driving Simulators»

� Usability-Erfahrung seit 1998

� CEO bei soultank AG

� Certified Scrum Product Owner

[email protected]

Marcel B.F. UhrIhre Ansprechperson in ZUG

| Folie 2soultank AG | Usability Coffee | 21. August 2014

� M. Sc. FHNW

� Studium der Angewandten Psychologie an der Fachhochschule Nordwestschweiz

� 4 Jahre Usability-Erfahrung

� Usability Consultant bei soultank AG seit Anfang 2013

� Certified Scrum Product Owner

[email protected]

Adrian LauperConsultant


Scrum und UCD – wie geht das?Scrum und UCD – wie geht das?

Herausforderung


SoftwareSoftwareSoftwareSoftware----EntwicklerEntwicklerEntwicklerEntwickler Usability ExperteUsability ExperteUsability ExperteUsability Experte

Ich weiss was UCD ist aber…• Wie kann ich es in

Entwicklungsprozess integrieren?• Wie arbeiten Usability Experten?

Ich weiss was UCD ist aber…• Wie kann ich es in

Entwicklungsprozess integrieren?• Wie arbeiten Usability Experten?

Ich weiss was Scrum ist aber…• Wie kann ich es in

Entwicklungsprozess integrieren?• Wie arbeiteten Entwickler?

Ich weiss was Scrum ist aber…• Wie kann ich es in

Entwicklungsprozess integrieren?• Wie arbeiteten Entwickler?

ScrumScrum

� Softwareprojekte, die nach traditionellen Managementmethoden durchgeführt wurden, dauerten oftmals doppelt so lange wie geplant oder wurden gar abgebrochen.

� GrundGrundGrundGrundKomplexe Projekte bei denen weder Anforderungen noch Technologien zu Beginn bekannt bzw. ganz verstanden wurden.

Weshalb Scrum - Hintergrund


Dauer (Zeit)Umfang(Funktionalität)

Kosten(Ressourcen, Personal)

Scrum - Grundsätze & Prinzipien 1/2


Transparenz um Lage

adäquat einschätzen zu

können

Überprüfung von Vorgehens- /

Arbeitsweise um

sicherzustellen, ob diese

zielführend sind

Anpassung von Abweichung,

sodass Ziel schneller erreicht

werden kann

Scrum - Grundsätze & Prinzipien 2/2


ProduktProduktProduktProduktEntwicklungsteamEntwicklungsteamEntwicklungsteamEntwicklungsteam

ProductProductProductProductOwnerOwnerOwnerOwner

ScrumScrumScrumScrumMasterMasterMasterMaster

KundeKundeKundeKunde

• Autonomie• Offenheit• Funktionsübergreifend• Arbeitskultur• Lernkultur• Feedbackkultur• Zusammenarbeit

Arbeitsoutput

überprüfen & anpassen

Vorgehensmodell für die Entwicklung komplexer Vorgehensmodell für die Entwicklung komplexer Vorgehensmodell für die Entwicklung komplexer Vorgehensmodell für die Entwicklung komplexer Produkte in dynamischen SystemenProdukte in dynamischen SystemenProdukte in dynamischen SystemenProdukte in dynamischen Systemen

Scrum - Vorgehensmodell 1/2


24 24 24 24 StundenStundenStundenStunden

Sprint Sprint Sprint Sprint (1-4 Wochen)

Daily Scrum

Meeting

ProductProductProductProductBacklogBacklogBacklogBacklog

Sprint Sprint Sprint Sprint BacklogBacklogBacklogBacklog

ProduktProduktProduktProdukt

Sprint Sprint Sprint Sprint PlaningPlaningPlaningPlaningMeetingMeetingMeetingMeeting

Sprint Review Sprint Review Sprint Review Sprint Review MeetingMeetingMeetingMeeting

RetrospectiveRetrospectiveRetrospectiveRetrospective

Scrum steckt den Rahmenab

Scrum - Vorgehensmodell 2/2


Scrum definiert Rollen, Artefakte und beschreibt deren Zusammenspiel

24 24 24 24 StundenStundenStundenStunden

Sprint Sprint Sprint Sprint (1-4 Wochen)

Daily Scrum

Meeting

ProductProductProductProductBacklogBacklogBacklogBacklog

Sprint Sprint Sprint Sprint BacklogBacklogBacklogBacklog

ProduktProduktProduktProdukt

Sprint Sprint Sprint Sprint PlaningPlaningPlaningPlaningMeetingMeetingMeetingMeeting



Entwicklungsteam

ProductOwner

Kunde

ScrumMaster

User Centered Design (UCD)User Centered Design (UCD)

� Mit den zunehmend technisch funktionellen Möglichkeiten Produkte zu gestalten, nahm deren Komplexität zu.

Weshalb UCD - Hintergrund


FM-Radio DAB-Radio

Quellen: http://www.real.com/resources/npr/http://www.techfogey.com/dab-radio-buying-guide

� Die Akzeptanz der Benutzer nahm gleichzeitig ab. Es zeigte sich als Wettbewerbsvorteil, Produkte zu entwickeln, die eine gute Usability aufwiesen.

� Eine gute Usability war aber nur möglich mit Einbezug der Benutzer in den Entwicklungsprozess.

Weshalb UCD - Hintergrund


� Gestaltung beruht auf umfassendem Verständnis der Benutzer, Aufgaben und Kontext� Mangelndes Verständnis der Benutzeranforderungen ist eine

Hauptursache für Misserfolg.

� Nutzungskontext: Bestimmte Benutzer, welche bestimmte Ziele verfolgen und bestimmte Arbeitsaufgaben in einem bestimmten Kontext ausführen.

Grundsätze UCD 1/4


Benutzer

System

Aufgabe

Kontext (Umfeld)

Shackel & Richardson, 1991

� Benutzer sind während der Gestaltung und Entwicklung einbezogen.� Nutzer die mit System arbeiten,

können an der Bewertung der vorgeschlagenen Gestaltungslösungen teilnehmen.

� Fortlaufende Anpassung von Gestaltungslösungen auf Basis benutzerzentrierter Evaluierung.

Grundsätze UCD 2/4


Grundsätze UCD 3/4


� Prozess ist iterativ� Schrittweise beseitigen von

Unsicherheiten.

� Aufgrund Komplexität von Interaktion ist es unmöglich zum vornherein alle Details zu erfassen.

EN ISO 9241-210:2010

� Fachübergreifende Kenntnisse und Perspektiven sind vertreten� Zusätzliche Kreativität und Ideen durch kollektiv umfassende Zusätzliche Kreativität und Ideen durch kollektiv umfassende Zusätzliche Kreativität und Ideen durch kollektiv umfassende Zusätzliche Kreativität und Ideen durch kollektiv umfassende

WissensbasisWissensbasisWissensbasisWissensbasis, die sich aus der Interaktion und der Zusammenarbeit der Gruppenmitglieder ergeben.

� Einschränkungen und Realitäten der anderen Fachgebiete Einschränkungen und Realitäten der anderen Fachgebiete Einschränkungen und Realitäten der anderen Fachgebiete Einschränkungen und Realitäten der anderen Fachgebiete werden Gruppenmitgliedern deutlich bei einem multidisziplinären und mehrperspektivischen Ansatzes.

Grundsätze UCD 4/4

| Folie 18soultank AG | Usability Coffee | 21. August 2014SoftwareSoftwareSoftwareSoftware----EntwicklerEntwicklerEntwicklerEntwickler

Usability Usability Usability Usability ExperteExperteExperteExperte

Ich möchte einen korrekten CodeIch möchte einen korrekten Code

Visual Visual Visual Visual DesignerDesignerDesignerDesigner

Ich möchte ein innovatives DesignIch möchte ein innovatives Design

Ich möchte eine einfache BedienungIch möchte eine einfache Bedienung

MethodenvergleichMethodenvergleich

Iteratives Vorgehen


PlaningPlaningPlaningPlaning


EntwicklungEntwicklungEntwicklungEntwicklung

(1) & 2

3

4

� Scrum möchte Leerläufe vermeiden und Kosten reduzieren

� UCD möchte Bedienung von Produkt für Benutzer vereinfachen


� ScrumScrumScrumScrum: Anforderungen entstehen oftmals aus : Anforderungen entstehen oftmals aus : Anforderungen entstehen oftmals aus : Anforderungen entstehen oftmals aus Kundensicht / PO nach dem SchemaKundensicht / PO nach dem SchemaKundensicht / PO nach dem SchemaKundensicht / PO nach dem Schema

� Als User (Wer?)

� möchte ich diese Funktionalität (Was?),

� damit ich folgenden Nutzen habe (Wozu?).

� UCD: Anforderungen entstehen aus BenutzersichtUCD: Anforderungen entstehen aus BenutzersichtUCD: Anforderungen entstehen aus BenutzersichtUCD: Anforderungen entstehen aus BenutzersichtIn Analyse-Phase werden Benutzer befragt, welche Erwartungen sie an Produkt stellen, womit anschliessend Anforderungen an das System formuliert werden.

Spezifizieren von Anforderungen


� Lernprozess und systematische Verbesserung stehen im Vordergrund

� ScrumScrumScrumScrum: Hohe Komplexität bei Projekt und : Hohe Komplexität bei Projekt und : Hohe Komplexität bei Projekt und : Hohe Komplexität bei Projekt und ProduktentwicklungProduktentwicklungProduktentwicklungProduktentwicklungProbleme beim Produkt und in der Zusammenarbeit sollen möglichst schnell erkannt und behoben werden - aus Fehlern lernen.

� UCD: Hohe Komplexität bei Produktbedienung und UCD: Hohe Komplexität bei Produktbedienung und UCD: Hohe Komplexität bei Produktbedienung und UCD: Hohe Komplexität bei Produktbedienung und BenutzerBenutzerBenutzerBenutzerNicht möglich jeden Aspekt der Interaktion von Beginn weg zu erfassen. Auch zeichnen sich Erwartungen von Benutzern und anderen Stakeholdern oftmals erst im Laufe des Projektes ab.

Transparenz - Messen, Reflektieren und Anpassen


� Auf eine breitere Wissensbasis abstützen

� Scrum möchte, dass sich das Entwicklungsteam selbst organisiert, wozu verschiedene Fähig- und Fertigkeiten nötig sind

� Wissen sollte möglichst im Entwicklungsteam vorhanden sein

� UCD möchte neben den eigentlichen Benutzern auch Personen in das Projekt involvieren, die Wissen über den Benutzer, dessen Eigenschaften und Verhaltensweisen, Prozesse etc. besitzen

� Wissensträger sind auch ausserhalb des Entwicklungsteams verteilt

Fachübergreifende Expertise 1/3


� Weshalb? Weshalb? Weshalb? Weshalb?



Quelle: Optische Täuschung, onlinewahn.de

� Vorteil: Vorteil: Vorteil: Vorteil: Es besteht eine «Rundumsicht», viele verschiedene Faktoren werden miteinbezogen

� NachteilNachteilNachteilNachteil: Grössere Herausforderung bei der Zusammenarbeit, viele Diskussionen entstehen, was Zeit kostet

� Wissensträger im Team vs. auf aussenstehende Personen verteilt:

� Arbeiten Wissensträger in Team zusammen, wird die Zusammenarbeit einfacher nach «Gewöhnungszeit» und Kommunikationswege sind kürzer.

� Jedoch gleichen sich auch die Meinungen an, als Folge davon entstehen weniger innovative Ideen (Betriebsblindheit).



Vorgehen vereinenVorgehen vereinen

Anforderungen durch Benutzer spezifizieren und Produkt konzipieren


PlanungPlanungPlanungPlanung



0000----Sprints UCDSprints UCDSprints UCDSprints UCD

� Produkt entspricht damit mehr den Bedürfnissen der Benutzer

� Anforderungen sind klarer und stabiler während Projekt

= Anforderungen Benutzer

= Anforderungen PO /Kunde


� Vor Abnahme durch PO /Kunde wird Usability mittels Expert Review durch Consultant überprüft

� Ist dadurch Argumentationsgrundlage für Review-Meeting

� Voraussetzung: Usability Consultant benötig ständigen Zugriff auf Testumgebung von Entwicklungsteam

Laufende Überprüfung vor Sprint Review Meeting






� Kurzes Expert Review durch Consultant während Review-Meeting (Relevanz für Teilnahme festlegen durch PO)

� Direkter Input zu User Stories, jedoch keine vertiefte Auseinandersetzung mit zu überprüfenden neuen Features

Laufende Überprüfung während Sprint Review Meeting






� Nach Review-Meeting wird die Usability mittels Expert Review durch Consultant oder mittels Usabilty Test mit Benutzern überprüft (klickbarer Prototyp durch uns erstellt).

� Vertiefte Evaluation, Findings können deshalb erst in übernächstem Sprint umgesetzt werden. Entweder als neue User Story oder indem die aktuelle User Story unterbrochen und später fortgesetzt wird.

Laufende Überprüfung nach Sprint Review Meeting






� Während 0-Sprint werden die Anforderung mit Hilfe von Benutzern erstellt, woraus Prototyp entsteht, der getestet wird.

� In einem weiteren Schritt beginnt die Entwicklung nach Scrum. Produkt wird iterativ entwickelt und getestet (Expert Review und Usability Test).

Zusammengefasstes Vorgehen


Expert Expert Expert Expert Review Review Review Review

(Expert (Expert (Expert (Expert Review) Review) Review) Review)

Expert Expert Expert Expert Review Review Review Review

Usability Usability Usability Usability TestTestTestTest

� Bei 0-Sprint in Konzeptionsphase eng mit Entwicklungsteam zusammenarbeiten

Einbezug / Zusammenarbeit Usability Consultant


� Bei Expert Review oder Usability Tests zwischen Sprints punktuell, sodass unabhängige Aussensicht bestehen bleibt

Team

soultank AG | Usability Coffee | 21. August 2014 | Folie 33

soultank AG

Bahnhofplatz

Postfach 4744

6304 Zug

Tel: +41 41 726 50 20Fax: +41 41 726 50 26www.soultank.ch

soultank AGc/o OstsinnBohl 29000 St. Gallen

Gaby Surber Monique Andres

Marcel B.F. Uhr Iris Müller Bianca Redel Andreas Bossard

Adrian Lauper Stefanie FriedliSandro Fernandes Matthias Chavanne

Remo Bertschinger

Nächste Termine in Zug

� 23. Oktober 2014, 07.30 - 08.30 Uhr«Dank Storytelling zum erfolgreichen Produkt. Warum UseCases im Projekte nicht ausreichen»

� 22. Januar 2015, 07.30 - 08.30 Uhr«Texten fürs Web»

� 19. Februar 2015, 07.30 - 08.30 Uhr«Mobile Prototyping»

http://soultank.ch/content/ueber-uns/events/usability-coffee-zug/

Usability Coffee 2014/2015


� Dräther, R.., Koschek, H. & Sahling, C. (2013). Scrum kurz & gut. Köln: O‘ReillyVerlag.

� EN ISO 9241-210 (2010). Ergonomie der Mensch-System-Interaktion – Teil 210: Prozess zur Gestaltung gebrauchstauglicher interaktiver Systeme. Brüssel: Europäisches Komitee für Normung.

� Hruschka, P., Rupp, Ch. & Starke, G. (2009). Agility kompakt - Tipps für erfolgreiche Systementwicklung (2. Auflage). Heidelberg: Spektrum Akademischer Verlag.

� Shackel, B. & Richardson, S. J. (Eds.) (1991). Human factors for informatics usability. Cambridge, UK: Cambridge University Press.

� Optische Täuschung: Verfügbar unter: http://www.onlinewahn.de/kipp-r.htm[23.04.2014]

Literaturverzeichnis


Herzlichen Dank für Ihre Aufmerksamkeit

Bei Fragen stehen wir gerne zur Verfügung

scrum und user centered design – wie geht das?, usability coffee, zug, 21.08.2014

Business