scrum
DESCRIPTION
A short german presentation about the agile "scrum" software development methody.TRANSCRIPT
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