Scrum ist eine agile Methode zur Verwaltung von Produktentwicklung, die seit den 1990er Jahren komplexe Projekte effizient organisiert. Der Prozess beinhaltet Rollen wie Product Owner, Scrum Master und das Team, die in regelmäßigen Meetings, wie Daily Scrums, zusammenarbeiten, um Hindernisse zu beseitigen und geschäftlichen Mehrwert zu liefern. Scrum betont die Bedeutung von individueller Interaktion und kontinuierlichem Kundenfeedback über starren Planungen und detaillierten Spezifikationen.

1. Scrum
Agile Product Development

2. Was ist Scrum?
Engl.: Das Gedränge

3. Scrum
Simple method to manage prodcut development

4. Overview
• seit 1990 - Management complexer Projekte
• FEEDBACK
• BUSINESS FUNCTIONALITY in 30 Tagen
• skalierbar - scrums of scrums
• cmm level 3 und ISO 9001 compliant

5. 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.

6. Deliver business value all the
time
versus traditional : stay on track

7. “Scrum works with
idiots” (Ken Schwab)
“They produce crap each iteration - but you always know where you
are...”

8. Process

9. Rollen
• Product Owner
• Scrum Master
• Team

10. 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

11. 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

12. Scrum Master: Aufgaben
• 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

13. 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!)

14. Team
• 5-10 Personen
• selbstorganisierend
• interdisziplinär
• Daily Scrum
• liefert in jedem Sprint “shippable functionality”
• reportet Restaufwände für das Backlog

15. Team: nicht
• Fachkonzepte schreiben -> Product Owner
• An Scrum Master oder Product Owner reporten ->
berichten einander!
• das Sprint Backlog vernachlässigen

16. Meetings
• Sprint Planning (4h)
• Daily Scrum (15min)
• Was habe ich seit gestern getan? Fertig geworden?
• Was tue ich bis morgen?
• Hindernisse?
• Sprint Review

17. Artefakte
• Product Backlog
• Sprint Backlog (Kapazität = WD * P * 7h)
• Burndown Chart
• Impediment List

18. FAQ
• Wo bleibt der Project Manager?
• Können die “Entwickler” das?
• Selfmanaged = unmanaged = chaos ?
• Skaliert Scrum?
• Scrum vs. XP, FDD, ...?
• Estimation ?

19. • Scrum
• XP
• Product Backlog mit
• granularere Stories mit
Requirement, gering
granular Spezifikation
• 30 Tage Sprint • 2 Wochen Iteration
• Kunde agiert auf ROI • Kunde agiert auf
level Spezifikations level
• Management Prozess • Engineering Prozess mit
“wrapped” jeden einigen Management
Business Prozess/ Practices, häufig im
Methode Konflikt mit
organisatorischen
Praktiken

20. Estimation
• 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

21. Ende/Diskussion