Sprint Planung (Von englischem Sprint-Planning) ist eines von fünf “Events” des agilen Tools Scrum.

Inhalt

  1. Sprint-Planung
  2. Das Meeting
  3. Sprint-Planning erklärt anhand eines Beispiels
  4. Auch interessant
  5. Quellen

Sprint-Planung

Zwischen der Product Planung und dem tatsächlichen Sprint, befindet sich die Sprint-Planung. Diese ist ein Meeting, um den eigentlichen Sprint zu planen. Die Funktion des Meetings ist, zu definieren, welche Anforderugen also was und wie sie umgesetzt werden sollen. Das Ziel vom Sprint-Planungsmeeting ist es, vom gesamten Produkt-Backlog einen Teil, also das Sprint-Backlog1 zu erstellen.2

In SCRUM gibt es 5 verschiedene Events(Ereignisse). Sprint-Planung ist nur ein Vorgang (“EVENT”) davon. Die anderen Events teilen sich auf in:

Events sind zentrale und strukturelle Elemente von Scrum. Sie habe nach Scrum-Definition, eine ganz spezielle Charakteristika3. Sie müssen regelmäßig stattfinden. Diese Regelmäßigkeit sorgt dafür, den interaktiven Charakter von Scrum sicherzustellen. Die Vorgehensweise ist in der Regel, dass für jedes Ereignis, ein fester Zeitintervall vorgegeben ist. Zum Beispiel Daily Scrum ist jeden Tag 15 min4.

Sprint

Ein Sprint ist ein festgelegter Zeitraum, in dem man die zuvor geplante Arbeit erldigt. Deshalb benötigt man Sprint-Planning. Während Sprint-Planning legt das gesamte Scrum-Team (Product-Owner, Scrum-Master, Entwicklerteam) das Ziel und das Sprint-Backlog fest. Das Sprint-Planungsmeeting umfasst, wie oben genannt, zwei Teile:5

  • was? - Der erste fokusiert sich auf das WAS und klärt, welche Anforderungen im Laufe des Sprints umgesetz werden sollen.5
  • wie? - Der zweite fokusiert sich auf das WIE. ‘Wie sollen die Anforderugen (Ziele) erreicht werden?’ Das Entwlicklerteam plant die Aufgaben, um das Ziel des Sptrints zu erreichen.5

SCRUM
Die Vorgehensweise nach Scrum-Definition6

Das Meeting

Der Vorgang von Sprint-Planning steht am Anfang eines Sprints. Bei dem Sprint-Planungsmeeting ist das Entwicklerteam und der Product-Owner dabei. Beide zusammen planen den nächsten Sprint. Der Blick wird gerichtet auf die nächsten 2 oder 3 Wochen (unterschiedlich je nachdem wie lange der Sprint dauert). Der Sprint-Planning dient dazu die Anforderungen, die in Product-Backlog vorhanden sind, mit dem Team durchzusprechen. Und zwar nur die wichtigsten Requirements, um daraus das sogenanten Sprint-Backlog zu formen. Also das Ziel des Events ist aus dem Product-Backlog, die wichtigsten Anforderungen in den Sprint-Backlog zu überführen. Deswegen wird die Sprint-Planning im Allgemeinen in zwei Teile geteilt.6

- TEIL 1: WAS?

Im ersten Teil spielt der Product-Owner eine sehr wichtige Rolle – hier wird besprochen und geklärt, WAS an Anforderungen umzusetzen ist. Hier muss das Entwicklerteam verstanden haben, um was es geht. Was die Anforderungen sind? Was Fachlich hinter den Anforderungen steckt.4

- TEIL 2: WIE?

Der zweite Teil findet ohne Product-Owner statt, da das Team die Anforderungen diskutiert, die das Developerteam in dem Sprint abarbeiten möchte oder kann. Das Kriterium ist hier WIE? Also von den User-Storys vom Product-Backlog bildet das Team die Tasks, das sogenannte 'Sprint-Backlog'. Somit weiß das Team, was zu tun ist. Hier im Sprint-Backlog befinden sich die User-Storys und daneben die einzelnen Tasks, die abzuarbeiten sind.4

Definition of Done DoD

Im Sprint-Planning Event ist die 'Definition of Done' (DoD), eine sehr wichtige Sache. Es bedeutet, dass der Product-Owner eine Art Vertrag mit dem Entwicklerteam schließt, in dem festgehalten wird, welche Anforderung die User-Storys haben müssen, damit sie in den Sprint aufgenommen werden. Das Team muss verstanden haben, um was es geht.7

Sprint-Planning erklärt anhand eines Beispiels

Nehmen wir an, unser Kunde will eine statische HTML-Webseite für sein Portfolio bauen lassen. Der Product-Owner hat schon mit ihm abgestimmt, welche Anforderungen er haben möchte. Im Product-Backlog stehen schon die auflisteten User-Storys priosiert. Der P.O. wählt die wichtigsten Anforderungen für den folgenden Sprint aus. Folgendes Szenario (User-Story) sei gegeben:

"Als Nutzer der Webseite will ich ein Kontakt-Formular, um Fragen an die Firma zu stellen."

Der Product-Owner trifft sich mit dem Entwicklerteam (Sprint-Planning). Er stellt die Wünsche des Kunden und die User-Story vor. Dann diskutiert das Developerteamunter sich, ob es möglich ist, die Anforderung umzusetzen und wie sie umgesetzt werden soll. Das Team entscheidet sich, zuerst um Frontend zu kümmern. Von der User-Story werden die Tasks gebildet und in Sprint-Backlog hineingenommen. Mögliche Aufgaben (Tasks):

1. <button>, <input>, <form> an Designvorgaben anpassen
2. Layout aufsetzen
3. Schriftart anbinden
usw.

Und so fängt der Sprint an.

Auch interessant

Quellen

  1. Sprint Backlog  ↩

  2. [Sprint Planning Projektmagzin](https://www.projektmagazin.de/methoden/sprint-planning)

    ↩

  3. Die Events in SCRUM ↩

  4. Timeboxing  ↩ ↩2 ↩3

  5. Sprint-Planung  ↩ ↩2 ↩3

  6. Die fünf formellen Scrum Events im Projektmanagement ↩ ↩2

  7. Sprint-Planungsmeeting  ↩