Scrum und XP im harten Projektalltag

3
So bereiten wir die Sprint-Planung vor
Der Tag des Sprint-Planungsmeetings rückt schnell näher. Und eine
Lektion haben wir in diesem Zusammenhang gelernt:
Sie lautet: Bringen Sie zuvor das Product Backlog unbedingt in eine
verwertbare Form.
Keine Sorge! Das heißt nicht, dass all Ihre Schätzungen perfekt oder die
Prioritäten final sein müssen. Stellen Sie aber unbedingt sicher, dass die
folgenden Mindestanforderungen erfüllt sind:
� Es gibt überhaupt so etwas wie ein Product Backlog.
� Es gibt nur ein Product Backlog und pro Produkt auch nur einen
Product Owner.
� Wichtige Einträge haben einen Wert im Feld "Wichtigkeit".
o Es ist in Ordnung, wenn weniger wichtige Einträge
identische Werte haben. Für sie ist während des Sprint-
Planungsmeetings vermutlich sowieso keine Zeit.
o Jede Story, die nach Meinung des Product Owners Teil
des Sprints werden könnte, sollte einen eigenen,
eindeutigen Wichtigkeitswert haben.
o Die Werte dienen nur der Sortierbarkeit. Der Wert 100
bei Story A besagt also nicht, dass diese fünfmal
wichtiger ist als Story B mit dem Wert 20. Bei insgesamt
nur zwei Stories reicht demnach bei Story A auch der
Wert 21.
o Es ist hilfreich, zwischen den Werten Abstand zu lassen.
So ist später zwischen Story A und B Platz für Story C,
deren Wichtigkeit irgendwo dazwischen liegt. Und das
alles, ohne unschöne Kommazahlen wie 20,5
einzuführen!
� Der Product Owner versteht jede Story. Erst recht solche, die von
anderen Kollegen hinzugefügt und von ihm nur priorisiert
wurden. Er muss nicht im Detail wissen, was für die Realisierung
nötig ist, aber er sollte die Beweggründe für die Story kennen.