de_DE

Regeln für Scrum-Zeremonien – Sprint-Planungsmeeting

Table of Contents hide
1 Teilnehmer und Rollen
2 Sprint-Planungsmeeting – Teil I
3 Sprint-Planungsmeeting – Teil II
4 Weitere Artikel zu Scrum-Events

Das Sprint Planning Meeting findet vor Beginn des Sprints statt. Der Zweck dieses Treffens besteht darin, den Sprintplan zu definieren und Sprintziele festzulegen. Der Sprintplan umfasst die Vereinbarung der Anzahl der Backlog-Items im Sprint, die in die Verantwortung des Entwicklungsteams fallen, sowie die Festlegung der Ziele für den aktuellen Sprint und das Sprint-Backlog.

Das Sprint-Planungsmeeting ist auf 8 Stunden begrenzt und besteht aus zwei Segmenten, die jeweils auf 4 Stunden begrenzt sind.

  • Teil I: Auswahl des Product Backlogs;
  • Teil II: Erstellen eines Sprint Backlogs.

Teilnehmer und Rollen

  • Die Teilnehmer sind der Scrum Master, der Product Owner und das Team. Zusätzliche Parteien können von jeder dieser Personen eingeladen werden, um zusätzliche Informationen und Ratschläge zu Geschäfts- oder Technologiedomänen bereitzustellen, aber sie werden entlassen, nachdem diese Informationen bereitgestellt wurden.
    Es gibt keine Hühner als Beobachter.
  • Der Product Owner muss vor dem Meeting das Product Backlog erstellen. In Ermangelung des Product Owners oder des Product Backlogs muss der Scrum Master vor dem Meeting ein angemessenes Product Backlog erstellen und den Product Owner vertreten.

Sprint-Planungsmeeting – Teil I

  • Das Ziel des ersten Segments oder der ersten 4 Stunden besteht darin, dass das Team die Product-Backlog-Elemente auswählt, von denen es glaubt, dass es sie in ein Inkrement potenziell auslieferbarer Produktfunktionalität umwandeln kann.
  • Das Team demonstriert diese Funktionalität dem Product Owner und den Stakeholdern beim Sprint-Review-Meeting am Ende des Sprints.
  • Das Team kann Vorschläge machen, aber die Entscheidung, aus welchem ​​Product Backlog der Sprint bestehen kann, liegt in der Verantwortung des Product Owners.
  • Das Team ist dafür verantwortlich, zu bestimmen, wie viel des Product Backlogs, an dem der Product Owner arbeiten möchte, das Team während des Sprints versuchen wird.
  • Das Timeboxing des ersten Segments auf 4 Stunden bedeutet, dass dies die gesamte Zeit ist, die für die Analyse des Product Backlogs zur Verfügung steht. Weitere Analysen müssen während des Sprints durchgeführt werden. Ein grobkörniges Product Backlog mit hoher Priorität und ungenauen Schätzungen wird in diesem Teil des Sprint-Planungsmeetings möglicherweise nicht vollständig verstanden und kann dazu führen, dass das Team nicht in der Lage ist, das gesamte ausgewählte Product Backlog abzuschließen.

Sprint-Planungsmeeting – Teil II

  • Das zweite Segment des Sprint Planning Meetings findet unmittelbar nach dem ersten Segment statt und ist ebenfalls auf 4 Stunden begrenzt.
  • Der Product Owner muss dem Team während des zweiten Segments zur Verfügung stehen, um Fragen zu beantworten, die das Team möglicherweise zum Product Backlog hat.
  • Es liegt am Team, allein und ohne Anweisungen von außerhalb des Teams zu handeln, während des zweiten Segments herauszufinden, wie es das ausgewählte Product Backlog in ein Inkrement potenziell auslieferbarer Produktfunktionalität umwandeln wird. Niemand sonst darf etwas tun, außer zu beobachten oder Fragen zu beantworten, um weitere Informationen zu erhalten.
  • Das Ergebnis des zweiten Segments des Sprint-Planungsmeetings ist eine als Sprint Backlog bezeichnete Liste mit Aufgaben, Aufgabenschätzungen und Zuweisungen, die das Team mit der Entwicklung der Funktionalität beginnen.

Die Aufgabenliste ist möglicherweise nicht vollständig, aber sie muss vollständig genug sein, um das gegenseitige Engagement aller Teammitglieder widerzuspiegeln und sie durch den ersten Teil des Sprints zu führen, während das Team weitere Aufgaben im Sprint Backlog erstellt.

Weitere Artikel zu Scrum-Events

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht.