Scrum Wissen 2 Sprint Planning

Im ersten Schritt wird fest­ge­legt, welche Items im Sprint fertig­ge­stellt werden sollen. Hierzu ist es wich­tig, ausrei­chend Infor­ma­ti­o­nen über das Product Back­log, den aktu­el­len Entwick­lungs­stand des Produk­tes, die bishe­rige Durch­lauf­ge­schwin­dig­keit der Items (Velo­city) und die zur Verfü­gung stehen­den Arbeits­stun­den der Entwick­ler*in­nen für den nächs­ten Sprint zu haben.

Der Product Owner stellt zuerst seine Sprint­vi­sion und die Items vor, die er umge­setzt haben möchte. Diese Items befin­den sich an obers­ter Stelle des Product Back­logs und sind nach Wich­tig­keit sortiert. Sofern nicht schon im Vorfeld getan, erklärt er zu jedem Item die Hinter­gründe und fach­li­chen Anfor­de­run­gen. Das Entwick­lungs­team stellt dazu Fragen, um ein gemein­sa­mes Verständ­nis über die Items zu erlan­gen. Der Scrum Master achtet dabei darauf, dass zu tief­ge­hende tech­ni­sche Details zunächst ausge­klam­mert werden. Ist ein gemein­sa­mes Verständ­nis über die Items herge­stellt worden, über­prüft das Team, ob die Komple­xi­tät des jewei­li­gen Items rich­tig einge­schätzt wurde. Ist das nicht der Fall, muss das Item neu bewer­tet werden.

Items, die in das Sprint Back­log wandern, müssen den Status „ready“ besit­zen. Dieser bedeu­tet, dass die Items für die Entwick­lung ausrei­chend defi­niert sind. Das Entwick­lungs­team füllt das Sprint Back­log so auf, dass es das Gefühl hat, für den nächs­ten Sprint ausge­las­tet zu sein.

Zum Abschluss des ersten Teils des Plan­nings formu­liert das gesamte Team gemein­sam ein Sprint­ziel, an welchem sich das Entwick­lungs­team ausrich­tet, wenn es im Sprint Hinder­nisse gibt.

Scrum Karte ankli­cken zum Down­load