digitalien.org — Stefan Knecht

Search

Sprints und Iterationen planen

Ziel des Sprint Planning ist es, das Arbeitspensum des Teams für den nächsten Sprint zu planen und notwendige Entscheidungen zu treffen.

Es geht also darum, das WAS und WIE der nächsten Iteration/Kadenz/Zyklus zu planen.

Das Sprint Planning ist zweigeteilt:

  • Im SP1 (Sprint Planning 1) wird das WAS wird bestimmt.
  • SP2 folgt unmittelbar auf SP1, plant die Menge der Arbeit und erreicht Einigkeit über das WIE, die Durchführung.

 

Bei einer Sprint-Dauer von 3 Wochen empfiehlt der Scrum Guide ein Sprint Planning von 6h, bei 2-wöchigen Sprints sollten 4h ausreichen. Es dauert so lange, bis es fertig ist.

SP1: das WAS klären

PO und das Team einigen sich auf ein klares und machbares sprint goal: in ein, zwei Sätzen wird als Überschrift das Ziel des Sprint verbal formuliert:

  • Der PO stellt den scope für den nächsten Sprint mitsamt Akzeptanzkriterien vor. Was soll erreicht werden? Damit ist allen klar, weshalb dieses Etappenziel jetzt ein sinnvoller nächster Schritt ist.
  • Das Team klärt und detailliert das Sprintziel mit dem PO und entscheidet, welche PBIs ausgewählt werden um den scope zu bedienen.
  • Das scoring, die Schätzung der Komplexität geschieht und geschah bereits in refinements als abstrakte und einheitslosen story points — so bleiben PBIs vergleichbar.
 
Tipp: das verschriftlichte sprint goal hängt natürlich im teamroom und erinnert so ständig, weshalb das alles geschieht und worauf alle gemeinsam zusammen arbeiten.
 
Man kann trefflich streiten, ob story points sinnvoll sind oder zu nutzlosen Artefakten und weiteren Schieflagen führen.
 
Erfahrungswert: so lange keine bessere Alternative bereit steht, sind story points das Mittel der Wahl für die meisten Umgebungen. Sie schaffen eine Währung, auf der stories vergleichbarer werden. Nicht perfekt aber good enough — so lange niemand beginnt, story points in Aufwand, Zeit oder Geld umzurechnen. Darauf wird ein guter Scrum Master oder Agile Coach acht geben und einschreiten.
 

Sprint Planning im Video​

Das Video stammt von Krishan Mathis, ➚ Radical Focus.

SP2 - das WIE klären​

Im Sprint Planning 2 geschieht die grobe Implementierungsplanung in tasks, die verfasst und weiter verfeinert werden.

  • das Team zerlegt die stories in tasks, grob in Vierteltage gewichtet (als Plausibilitätsprüfung: ist das zu schaffen?)
  • alle tasks werden auf einem task board mit Kärtchen verschriftlicht und tagesaktuell mit dem Sprint-Backlog synchronisiert.
  • ein 2-Tage Puffer für Störungen wird eingebaut für defects oder alles, das nicht warten kann ohne das sprint goal zu gefährden
Hindernisse, impediments, defects haben eigene Prioritäten — Hindernisse mit höchster Priorität werden immer zuerst behandeln: fix it, don’t manage it!