ScrumAgile Product Development

Was ist Scrum?Engl.: Das Gedränge

ScrumSimple method to manage prodcut development

Overview

• seit 1990 - Management complexer Projekte

• FEEDBACK

• BUSINESS FUNCTIONALITY in 30 Tagen

• skalierbar - scrums of scrums

• cmm level 3 und ISO 9001 compliant

Agile Manifesto

• Individuen und Interaktionen gelten mehr als Prozesse und Tools.

• Funktionierende Programme gelten mehr als ausführliche Spezifikation.

• Die stetige Zusammenarbeit mit dem Kunden steht über Verträgen.

• Mut und die Offenheit für Änderungen steht über dem Befolgen eines festgelegten Plans.

Deliver business value all the time

versus traditional : stay on track

“Scrum works with idiots” (Ken Schwab)

“They produce crap each iteration - but you always know where you are...”

Process

Rollen

• Product Owner

• Scrum Master

• Team

Product Owner: Aufgaben

• Pflege des Product Backlogs

• vertritt die fachliche Auftraggeberseite

• priorisiert Product Backlog: business value, frühe Funktionalität, ROI

• passive Teilnahme an Daily Scrums

• beantwortet Rückfragen des Teams

Product Owner: nicht

• kein Scrum Master

• kein Team Member

• kein Team Chef

• beinflussen des Spring Backlog während Sprint

• Daily Scrums moderieren oder ungefragt dort reden

• seine Aufgabe nur zu Beginn und am Ende der Sprints wahrnehmen

• Verantwortung für Prozess

• moderiert Scrum-Meetings

• Vermittler und Unterstützer (Facilitator)

• beseitigt Hindernisse (!) - Impediment Log

• Informationsfluß zwischen Product Owner und Team

• Verantwortet Aktualität der Scrum-Artefakte

Scrum Master: Aufgaben

Scrum Master: nicht

• Chef für das Team

• bestimmt nicht, wer welche Arbeit wie zu erledigen hat

• Doppelfunktion als Team Member oder Product Owner (→ Interessenkonflikte!)

Team

• 5-10 Personen

• selbstorganisierend

• interdisziplinär

• Daily Scrum

• liefert in jedem Sprint “shippable functionality”

• reportet Restaufwände für das Backlog

Team: nicht

• Fachkonzepte schreiben -> Product Owner

• An Scrum Master oder Product Owner reporten -> berichten einander!

• das Sprint Backlog vernachlässigen

Meetings

• Sprint Planning (4h)

• Daily Scrum (15min)

• Was habe ich seit gestern getan? Fertig geworden?

• Was tue ich bis morgen?

• Hindernisse?

• Sprint Review

Artefakte

• Product Backlog

• Sprint Backlog (Kapazität = WD * P * 7h)

• Burndown Chart

• Impediment List

FAQ

• Wo bleibt der Project Manager?

• Können die “Entwickler” das?

• Selfmanaged = unmanaged = chaos ?

• Skaliert Scrum?

• Scrum vs. XP, FDD, ...?

• Estimation ?

• Scrum

• Product Backlog mit Requirement, gering granular

• 30 Tage Sprint

• Kunde agiert auf ROI level

• Management Prozess “wrapped” jeden Business Prozess/Methode

• XP

• granularere Stories mit Spezifikation

• 2 Wochen Iteration

• Kunde agiert auf Spezifikations level

• Engineering Prozess mit einigen Management Practices, häufig im Konflikt mit organisatorischen Praktiken

• Planning Poker

• Vorstellen der Anforderung

• gleichzeitiges Zeigen der Karten

• 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100, ? Tage - oder Kaffetasse

• starke Abweichung werden diskutiert

Estimation

Ende/Diskussion