Definition von Scrum
3 Rollen umfasst das Scrum Team:
Product Owner
Developer
Scrum Master
5 Ereignisse:
Sprint
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospektive
3 Artefakte
Product Backlog
Sprint Backlog
Produktinkrement
3 Commitments
Produktziel
Sprintziel
Definition of Done
Product Owner:
Effektives Product-Backlog-Management
Produkt-Ziel entwickeln und explizit kommunizieren
Product-Backlog-Einträge erstellen und kommunizieren
Reihenfolge der Product-Backlog-Einträge festlegen
Sicherstellen, dass das Product Backlog transparent, sichtbar und verstanden ist.
Scrum Team
-> schlankes Rollenmodell
Drei Rollen im Team
Charakteristika
Keine Teilteams, Keine Hierarchien
Geschlossene Einheit von Fachleuten
Scrum Teams sind interdisziplinär
Scrum Teams sind selbstorganisiert
Maximal 10 Personen (mindestens 3)
Rollen
Artefakte
Events
Regeln
Scrum Master:
Verantwortlich für:
Einführung von Scrum, wie es im Scrum Guide definiert ist
Effektivität des Scrum Teams
-> Führungskraft, die dem Scrum Team und der Organisation dient.
Für den Produkt Owner dient er:
suche nach Techniken zur effektiven Definition des Produkt-Ziels und zum Produkt-Backlog-Management
Helfen, Notwendigkeit klarer und präziser Product-Backlog-Eintröge verstehen
Etablierung einer empirischen Produktplanung
Zusammenarbeit mit Stakeholdern fördern.
Für das Scrum Team dient er:
Coachen des Scrum Teams
Unterstützung Schaffung hochwertiger Produktinkremente
Sicherstellen, dass alle Events stattfinden
Für die Organisation dient er:
Einführung von Scrum
schulen, coachen, Organisation
Stakeholder unterstützen (Kommunikation etc.)
Verantwortlich für
Maximierung des Wertes des Produkts
Ist eine Person
Agiert als Highländer (es kann nur einen geben)
Ggf. Flaschenhals
Aufgaben:
Verantwortung für den ökonomischen Erfolg des Produkts
Beginnt Produktentwicklung mit klarer Produktvision
Definiert Produkt-Features (Product Backlog Items)
Anpassung von Features und Prioriätet jeder Integration
Delevoper:
Übergeben am Ende jedes Sprints ein “done” Increment
Auch verantwortlich für die Definition of Done, Sprint Backlog
Durchführung des Daily Scrums, Estimates im Backlog
Arbeit selbst organisieren und managen
Ja
Projektmanager
und 4.
Diskussionen mit externen Stakehodern moderieren
3 das Scrum Team die Anforderungen des Stakeholder versteht
Alle antworten
2 können selbstständig entscheiden, wie viele Anforderungen sie in einem Sprint umsetzen
4 Erstellung des Product Backlogs für den Product Owner
Falsch (immer one -man - Show)
2 Product Owner
Sprints
immer gleiche Dauer
Lückenloser Übergang
Ermöglicht Vorhersagbarkeit, Überprüfung und Anpassung bzgl. Richtung Produktziel.
Während des Sprints:
Keine Änderungen die das Ziel gefährden
Qualität nimmt nicht ab
Product Backlog wird nach Bedarf verfeindet
Scope kann in Abstimmung mit Product Owner neu vereinbart werden
Länge fixiert - je höher Risiko desto kürzer der Sprint. (1 Woche bei high risk)
Am Ende:
Übergabe fähiges Produkt Inkrement (neue Version- funktionstüchtig)
Product Owner entscheidet ob ausreichend zur Auslieferung
Grundsatz Release early, Release often
-> Scrum endet, wenn Kosten und nutzen sich nicht mehr im positiven Verhältnis gegenüberstehen (lohnt sich nicht mehr das Produkt weiterzuentwickeln)
Time Box Scrum
Sprint 1 Monat
Planung 8 Stunden
Review 4 Stunden
Retrospektive 3 Stunden
Daily 15 Minuten
Sprint Planung:
Arbeit wird geplant
Gemeinschaftliche Arbeit des Scrum Teams
Max 8 Stunden
Scrum Master sorgt für Durchführung und Verständnis
beantwortet folgende Fragen:
Warum ist der Sprint wertvoll
Was kann in diesem Sprint abgeschlossen werden
Wie wird die ausgewählte Arbeit erledigt
Frage 1 Warum:
Gibt dem Scrum Team Orientierung, warum sie dieses Product Increment bauen
Frage 2 Was:
nur die Developer wählen die Einträge aus dem Product Backlog aus, die in den aktuellen Sprint aufgenommen werden
Frage 3 Wie:
Scrum Team und wichtige Stakeholder beschäftigen sich mit dem Sprintergebnis
Product Increment überprüfen und ggf. Product Backlog anpassen
Vier Stunden bei 1 monatigem Sprint, ansonsten einkürzen
stellt Durchführung sicher
Unterstützt beim Verständnis des Event nutzen
Beinhaltet folgende Elemente:
Product Owner erkläre Product-Backlog-Einträge welche “Done” sind und welche nicht
Delevoper stellen dar was gut und was problematisch verlief
Product Owner stellt den aktuellen Status Product Backlog dar und gibt Ausblick
15 Minten jeden Tag
Gleiche Zeit, gleicher Ort
Development Team plant die Arbeit für die nächsten 24 Stunden
internes Meeting zur Synchronisation der Developer (täglich)
kein Reporting an Product Owner oder Scrum Master
Sorgt für Durchführung
coacht Developer zur Meeting Durchführung
Hilft bei Störungen der Durchführung
Daily= Inspection and Adaption
Lessons learned
Verbesserungsplan für künftige Sprints
sorgt für Durchführung
Moderatorrolle falls notwendig
Time Keeper
Ebenfalls Teilnehmer (gleichberechtigt)
Fragestellungen:
What went well
What could have been improved
Actions
Sprint Planung
Daily
Retrospektive
1 nicht mehr als acht Stunden
Falsch
6 was ist das Ziel des aktuellen Sprints
5 welche Arbeit ist erforderlich, um das inkrement zu erreichen
4 was kann im Inkrement aus dem bevorstehenden Sprint geliefert werden
2 stellt sicher, dass die Etnwickler das Daily Scrum durchführen
3 Lehrt die Developer, das Daily Scrum innerhalb der 15 Minuten zeitbox zu halten
4 wenn andere beim Daily Scrum anwesend sind, stellt er sicher, dass sie das Meeting nicht stören
2 Qualitätsziele dürfen nicht sinken
3 es werden keine Änderungen vorgenommen, die das Sprint Ziel gefährden
5 der Umfang kann zwischen dem Produkt Owner und dem Development Team geklärt und neu verhandelt werden
Sprint Plannung -> 8 oder weniger
Sprint Review -> 4 oder weniger
Retrospektive -> 3 oder weniger
Daily Scrum -> 15 Minuten
Scrum Master stellt sicher, dass die Developer es durchführen -> Klären
Wichtige Stakeholder
3 welche Anforderungen werden in den Sprint Backlog aufgenommen
3 er muss nicht wenn sichergestellt ist, dass das Team es veranstaltet
Antworten 1-3 sind korrekt
setzt Anforderungen in ein Produktinkrement um
Lessons Learned
2 den Product Owner informieren, sodass er mit dem CEO eine Lösung erarbeiten kann
1 Scrum Team
Scrum Artefakte
einzige Anforderungsquelle für alle Änderungen am Projekt
Product Owner ist für das Product Backlog verantwortlich
Niemals vollständig (lebendig)
Dynamisch
Jedes Produkt hat nur ein Product Backlog
-> Gruppierungsattribut für Backlog Items kann verwendet werden
Commitments
-> Jedes Artefakt hat ein Commitment
Sprintbacklog:
Plan von und für die Entwickler
Besteht aus Sprintziel (Wofür), Product Backlog Einträge (was) und dem Umsetzbaren Plan (wie)
Macht die Arbeit sichtbar (Transparenz)
Gehört nur den Entwicklern
dynamisch im Sprint
-> Inkrement
konkreter Schritt in Richtung des Produktziels
Jedes Inkrement ist additiv zu allen vorherigen Inkrementen
muss verwendbar sein
In einem Sprint kann mehr als ein Inkrement erstellt werden
Summe aller Sprint umgesetzten Inkremente wird im Review vorgestellt
Inkrement kann vor Sprintende ausgeliefert werden
muss auslieferbar sein
wichtig ist die initale Befüllung mit einer vollständigen Liste…
Ist lebendig und damit niemals vollständig
Richtig
1-2-3 sind korrekt
Wie viel Arbeit bleibt bis zum Ende des Sprints
Zuletzt geändertvor 2 Jahren