Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an...

39
Scrum in der Praxis (eine mögliche Umsetzung) ALM Talk, 26. Oktober 2011 Stefan Stettler

Transcript of Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an...

Page 1: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum in der Praxis (eine mögliche Umsetzung)

ALM Talk, 26. Oktober 2011

Stefan Stettler

Page 2: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Ausgangslage

• Viele Projektbeteiligte

Verkauf, Entwickler, PM, Designer, Ergonomen

Unterschiedliche Sichten und Vorstellungen, wie Anforderungen umgesetzt

werden können

• Unpriorisierte Anforderungen

Liste mit vielen Anforderungen, welche sich nicht innerhalb 2 Monaten

realisieren lassen

Hohe Anforderungen an Bedienoberfläche bezüglich Design und Ergonomie

• Zeitdruck

Innerhalb von 2 Monaten muss eine Lösung für Messe vorhanden sein

Nach 6 Monaten soll der 1. Release freigegeben werden können

Page 3: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Erkenntnisse

• Priorisierung der Anforderungen

Die erste Lösung soll die Kernfunktionalität beinhalten (Must-Haves) und

einige Hingucker für die Messe

• Schneller Output

Wir müssen schnell liefern, damit am konkreten Objekt die Umsetzung der

Anforderungen überprüft werden kann

• Gute Kommunikation

Viele Projektbeteiligten erfordert klaren, regelmässigen

Informationsaustausch

• Offen für Veränderung

Die Anforderungen ändern regelmässig, vor allem bei einem ‚0 auf 100-

Projekt‘

Page 4: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Konsequenz Scrum

• Scrum liefert Output in Intervallen

Kurze Sprints ergeben schnelles Feedback

• Scrum zwingt zu priorisieren

Anforderungen in eine Reihenfolge bringen

Wichtigsten Features zuerst umsetzen

• Scrum fördert Kommunikation

Daily Scrums, Sprint Reviews geben allen Beteiligten, die Möglichkeit

regelmässig Informationen auszutauschen

Designer und Ergonomen nehmen am Sprint Review teil

• Scrum ist offen für Veränderung (nur nicht während des Sprints)

lässt neue Richtungsvorgabe zwischen den Sprints zu

Page 5: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Der Scrum-Entwicklungsprozess

Quelle: DasScrumTeam.de © Peter Beck

Page 6: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum - Projektstart

Quelle: DasScrumTeam.de © Peter Beck

Page 7: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum - Projektstart

Wenn ich wenig Zeit habe, nehme ich mir viel davon am Anfang! (Ruth C. Cohn)

• Agil bedeutet nicht: ‚Einfach drauf los entwickeln…‘

• Projektziele festlegen

• Anforderungen erfassen und priorisieren

• Konzepte erarbeiten (Architektur- und Technologieentscheidungen)

• Zusammenarbeit und Prozess definieren und Infrastruktur einrichten

Sp

rin

t 0

P Ziel

Page 8: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Anforderungen, Product Backlog

Page 9: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Anforderungen, Product Backlog

Page 10: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Planning I

Quelle: DasScrumTeam.de © Peter Beck

Page 11: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Planning I (Was?)

Sprintziel(e), Umfang, Umsetzung und Prioritäten zu definieren

• Meeting-Qualität hängt davon ab, wie gut die User Stories vorbereitet

sind.

Bei unklaren User Stories Unterstützung des PO durch

Konzepterarbeitung

• Commitment über Umfang eines Sprints auch bei kurzen Sprints

schwierig

Sprintziele priorisiert

Optionale Sprintziele formuliert

Page 12: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Anforderungen, Product Backlog

Page 13: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Anforderungen, Product Backlog

Page 14: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Anforderungen, Product Backlog

Page 15: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Planning II

Quelle: DasScrumTeam.de © Peter Beck

Page 16: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Planning II (Wie ?)

Umsetzungsarbeiten definieren, schätzen und planen

Commitment zu bestätigen

• Commitment über Umfang eines Sprints kann nur über

Kapazitätsplanung erfolgen

• Kapazitätsplanung notwendig, da Ressourcenverfügbarkeit sich ändert

Page 17: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator
Page 18: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator
Page 19: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Entwicklungsphase

Quelle: DasScrumTeam.de © Peter Beck

Page 20: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Entwicklungsphase

Nächste Software-Inkrement zu erstellen

• Architektur-/Design-Workshops im Team

Schnittstellen und Zusammenspiel der Komponente detailliert definiert

Ganzheitlichere Lösungen erhalten

Know-How-Verteilung erreicht

• Effektives Arbeiten dank klarer Ziele schneller Fortschritt

• Controlling ermöglicht frühzeitig Massnahmen einzuleiten

(z.B. Taskumverteilung)

Page 21: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Entwicklungsphase

• MA arbeitet seine Tasks ab und bucht auf entsprechendes Work Item

• Daily Scrums:

Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet

wird, welche Probleme anstehen

• PL behält verbleibende Kapazität zu verbleibender Arbeit im Auge

falls möglich Taskumverteilung, sonst Rücksprache mit PO)

Page 22: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Entwicklungsphase

• MA arbeitet seine Tasks ab und bucht auf entsprechendes Work Item

• Daily Scrums:

Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet

wird, welche Probleme anstehen

• PL behält verbleibende Kapazität zu verbleibender Arbeit im Auge

falls möglich Taskumverteilung, sonst Rücksprache mit PO)

Page 23: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Quelle: DasScrumTeam.de © Peter Beck

Page 24: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Ergebnisse präsentieren und Feedback der Stakeholders einholen

• Zielüberprüfung am konkreten Objekt lohnt sich

Korrigiert die Erwartungshaltung an Umsetzunggeschwindigkeit

Neue Ideen entstehen

• Diskussion über verschiedene Umsetzungsmöglichkeiten können

langwierig sein Moderator muss klaren Entscheid anstreben

• Meeting ist ein Indikator für aktuelle Wichtigkeit des Projekts

Vakanzen der Stakeholders

Page 25: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 26: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 27: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 28: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 29: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 30: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 31: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 32: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 33: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Review

Page 34: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Retrospective

Quelle: DasScrumTeam.de © Peter Beck

Page 35: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Retrospective

Kontinuierliche Verbesserungen im Entwicklungsprozess

• Infrastruktur/Organisation

Build-Server, Definition von Dokumentenstruktur auf Portal

Design-Tag am Anfangs des Sprints eingeführt

• Nach Bedarf

Am Anfang regelmässiger als akutell

Page 36: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Scrum – Sprint Retrospective

• Team besprechen Verbesserungsmöglichkeiten Infrastruktur, Dokumentation, Infrastruktur

• Punkte werden auf Portal festgehalten

• In jeden Sprint werden 1-2 Punkte eingeplant

Page 37: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

… einmal rum und das Ganze wieder von vorne…

Quelle: DasScrumTeam.de © Peter Beck

Page 38: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

Fazit

• Scrum zwingt Entwicklungsteam fokussiert auf ein gemeinsames Ziel

hinzuarbeiten

Tendenz zu pragmatischeren Lösungen

• Scrum-Lösungen werden gemeinsam erarbeitet

Verantwortung gemeinsam getragen

• Scrum fördert Know How-Verteilung im Team

Problemlose Integrationsphasen

ermöglicht auch Anpassung der Teamgrösse in bestimmten Phasen

• Scrum gibt Transparenz

Kunde sieht die Zielsetzung und den aktuellen Stand

Page 39: Scrum in der Praxis aus Entwicklersicht · Jeder erklärt welche Tasks abgeschlossen sind, an welchen Taks gearbeitet wird, welche Probleme anstehen ... langwierig sein Moderator

NOSER ENGINEERING AG

Talackerstrasse 99

8404 Winterthur

+41 52 234 56 33 direct

+41 52 234 56 11 phone

[email protected]

www.noser.com