Scrum und XP im harten Projektalltag

SO LAUFEN SPRINT-PLANUNGSMEETINGS AB | 21
Einigung auf ein Sprint-Ziel
Im Sprint-Planungsmeeting kommt es immer wieder vor, dass ich mit der
Frage nach dem Sprint-Ziel nur fragende Blicke vom Team und einem
etwas ratlosen Product Owner ernte.
Aus unerfindlichen Gründen ist es schwierig, so ein Ziel zu benennen.
Aber es lohnt sich wirklich. Lieber ein schlechtes Ziel, als gar kein Ziel.
Ein Ziel könnte z. B. sein, den Umsatz zu steigern, die drei dringlichsten
Stories fertig zu stellen, den Geschäftsführer zu beeindrucken, das System
für einen Beta-Test fertig zu machen oder rudimentäre Backend-
Funktionalität einzubauen. Damit das Ziel auch für Außenstehende
nachvollziehbar wird, sollten Sie auf technische Begriffe verzichten und
in der Business-Sprache bleiben.
Letztlich muss das Sprint-Ziel eine Begründung liefern, warum ein Sprint
überhaupt gemacht wird und nicht lieber jeder in den Urlaub geht. Oft ist
es genau diese Frage, mit der man dem Product Owner ein Sprint-Ziel
entlockt.
Es sollte etwas sein, was noch nicht erreicht ist. Das Ziel, den
Geschäftsführer zu beeindrucken, eignet sich nur, wenn dieser nicht schon
vom aktuellen System begeistert ist. Andernfalls ist das Ziel bereits
erreicht und alle können nach Hause gehen.
Selbst wenn allen das Sprint-Ziel während der Planung albern und aus der
Luft gegriffen vorkommt, ist es bei späteren Richtungsentscheidungen
sehr hilfreich.
Wenn auch bei Ihnen mehrere Scrum-Teams an verschiedenen Produkten
arbeiten, ist es hilfreich, die Sprintziele der Teams an einem für allgemein
zugänglichen Platz (z.B. dem Unternehmens-Wiki) zu veröffentlichen. So
wissen nicht nur das Management, sondern alle woran gerade gearbeitet
wird.
Auswahl der Stories für den Sprint
Eine der Hauptaufgaben des Sprint-Planungsmeetings ist zu entscheiden,
welche Stories im Sprint umgesetzt oder, genauer gesagt, aus dem Product
Backlog in das Sprint Backlog übernommen werden sollen.