Anfang und Begrüßung
00:00:00Fünfte Runde der Scrum Essentials, erstes Nicht-Standard-Meeting — "Die Serie ist beendet, wir fangen jetzt die Non-Essentials an" (Toby).
Backlog Grooming Meeting
00:01:35(auch: Gardening, Refinement) — Grooming heißt Pflegen, Reinigen — Backlog ist die in eine Reihenfolge sortierte Liste der Dinge, die man für das Produkt noch erledigen will.
Ziele für das Backlog Grooming
00:02:52besser sortiertes Backlog — zu kurzes Backlog auffüllen, zu großes Backlog kürzen — zwei bis drei vorbereitete Sprints sind ideal (Anzahl und Größe der Einträge, die bereit für den Sprint sind, reichen für drei Sprints aus) — Definition of Ready: beschreibt, wann ein Eintrag bereit für den Sprint ist — Einträge im Backlog können User Stories sein, müssen aber nicht — Backlog muss Einträge mindestens für den nächsten Sprint haben, aber auch nicht viel mehr als für die nächsten drei Sprints — "Auch Vorbereitung kann Waste sein" (Toby).
Priorisierung der Einträge im Backlog
00:07:22Kundenwert — Risiko — Zusammengehörigkeit der Einträge für ein gutes Sprintziel, Epics — Löschen von obsoleten Stories.
Durchführung von Grooming Meetings
00:09:05Alle zwei Wochen, das ganze Team.
Wissensverbreitung durch Diskussion
00:11:03Stake Holder können helfen, Einträge im Backlog noch besser zu verstehen — Backlog ist das wichtigste Artefakt für den Product Owner (PO sollte sehr viel Wert auf das Grooming Meeting legen und sehr gut vorbereiten) — PO sollte die Einträge sehr gut kennen — "Warum ist das Grooming Meeting kein fester Bestandteil von Scrum?" (Alex).
Kritik an Grooming Meetings
00:14:10Jeff Patton: Grooming Meetings as Team Torture — Grooming Meetings müssen nicht fester Bestandteil von Scrum sein, wenn das Team anders bei der Backlog Pflege hilft — Ergebnis des Workshops beim ProductCamp Berlin 2013 — Festes Thema für ein Grooming Meeting ist hilfreich.
Exkurs: Planning Poker
00:19:18Einschätzung der Komplexität eines Eintrags — Erkenntnis, ob alle das gleiche Verständnis haben — Abstrakter Wert im Bezug auf beliebige Referenzgröße — Finger statt Karten im Planning Poker — Hauptsache Kommunikation.
Was kann schiefgehen im Backlog Grooming
00:22:57zu viele Details können Waste sein — zu wenig Vorbereitung durch den PO (Energie des Teams sinkt — PO sollte eigentlich immer gut über das — "Shit in, Shit out, wenn das Backlog schlecht ist, wird auch das Produkt schlecht" (Alex)) — Thema langweilig (hängt vom Produkt ab, könnte Rückschlüsse zulassen) — Zeitdruck (Team hat nie Zeit, muss man explizit einplanen und einfordern — Team hat keine Lust — Team fordert vorgekaute Stories — Grooming ist Teil des Jobs auch von Entwicklern, Bewusstsein schaffen) — Einträge, die bereits implementierte Komponenten obsolet machen (den Entwicklern liegt etwas daran, Implementiertes zu erhalten — Übel an der Wurzel packen: woran liegt es?) — Stolz auf das Geschaffene ist gut, aber man darf nicht dran hängen (es kann immer passieren, dass man anhand der Implementierung erkennt, das bereits gebaute Software so nicht gebraucht wird) — "Wir machen das ja nicht mit Absicht" (Toby) — Im Grooming Meeting kann es zu Verstimmung kommen.
Tipp: Pre-Grooming
00:33:05Ein Entwickler des Teams hilft, das Grooming vorzubereiten (Auswahl der Stories für das Grooming Meeting — Erste Fragen aufnehmen und klären — Im Grooming Meeting Unterstützung durch diesen Entwickler bekommen) — Artikel von Roman Pichler — Entfernen von Einträgen ist auch wichtig (und fühlt sich gut an) — Atlassian Jira — Grooming für Epic Backlogs oder Portfolio Roadmaps — Epic Points vs Story Points, nicht verwechseln.
-
- Outcome of a grooming session
-
- How to run a grooming session
-
- What can go wrong?