Was ist Sprint-Planung?

Die Sprint-Planung findet vor dem Sprintbeginnt. Der Zweck dieses Treffens ist es, den Sprint-Plan zu definieren und das Sprint-Ziel.

Die Sprint-Planung beinhaltet die Vereinbarung der Anzahl an Backlog-Elementen, die im Sprint abgeschlossen werden sollen, was die Verantwortung des Entwicklerteams ist, sowie die Festlegung des Ziels für den aktuellen Sprint und des Sprint-Backlog.

Während des Sprint-Planungstreffens präsentiert der Product Ownerpräsentiert die wichtigsten Funktionen dem gesamten Team. Anschließend besprechen sie, welche User Stories das Team in diesem Sprint bearbeiten wird. Das gesamte Team sollte teilnehmen. Falls für bestimmte Backlog-Elemente zusätzliche Fachkenntnisse erforderlich sind, können auch Stakeholder eingeladen werden. Das Treffen kann auch eine Nachbearbeitungssitzung beinhalten.

Sprint Planning

Sprint-Planung

Vorteile der Sprint-Planungssitzung

Hier sind einige Vorteile einer erfolgreichen Sprint-Planungssitzung:

  • Hilft dem Team, sich auf das Sprint-Ziel und die Verpflichtung einzustellen.
  • Ermöglicht die Entdeckung, Registrierung, Priorisierung und Schätzung von Aufgaben.
  • Schafft eine Plattform, um Abhängigkeiten zu kommunizieren und die Teamkapazität zu bewerten, um erreichbare Sprint-Ziele festzulegen und sich dafür einzusetzen.

Dauer der Sprint-Planungssitzung

Jeder Sprint beginnt mit einer Sprint-Planungssitzung. Typischerweise sollte diese Sitzung für einen 4-Wochen-Sprint 8 Stunden dauern. Für einen 2-Wochen-Sprint sollte sie etwa 4 Stunden dauern. Als allgemeine Faustregel: Multiplizieren Sie die Anzahl der Wochen im Sprint mit zwei Stunden, um die Gesamtdauer der Sprint-Planungssitzung zu ermitteln. Die folgende Tabelle veranschaulicht diese Regel.

Gesamtdauer des Sprints Dauer der Sprint-Planung
1 Woche 2 Stunden
2 Wochen 4 Stunden
3 Wochen 6 Stunden
4 Wochen 8 Stunden

Vorbereitung vor dem Meeting

Jetzt schauen wir uns an, was jeder Scrum Rolle muss vor der Teilnahme an der Sprint-Planungssitzung vorbereitet werden:

Für den Scrum Master

  • Identifizieren Sie die richtigen Teilnehmer und regeln Sie die Logistik wie WebEx, Videokonferenzen usw.
  • Bereiten Sie die Tagesordnung vor und verteilen Sie sie.
  • Stellen Sie sicher, dass die Fähigkeiten und Kompetenzen der Teammitglieder bekannt sind und mit den Anforderungen der Sprint-Backlog-Elemente übereinstimmen.

Für den Product Owner

  • Jede Funktion oder User Story sollte so klein sein, dass sie innerhalb eines Sprints abgeschlossen werden kann, und umfassen detaillierte Anforderungen und Akzeptanzkriterien.
  • Stellen Sie sicher, dass das Backlog priorisiert ist, wobei die wichtigsten Elemente oben stehen, und erfüllt die Anforderungen des Teams an die Definition von Bereitschaft.

Für das Entwicklungsteam

Sprint-Planungssitzung (Teil 1 und Teil 2)

Diese Sitzung ist in zwei Teile aufgeteilt. In der ersten Sitzung überprüft der Product Owner die Funktionsliste und definiert, was im nächsten Sprint erstellt werden muss. In der zweiten Sitzung werden die Aufgaben identifiziert, die zur Abschluss der Arbeit erforderlich sind. Die Sprint-Planungssitzung sollte ein Sprint-Ziel und ein Sprint-Backlog ergeben.

Sprint Planning Parts

Teile der Sprint-Planung

Sprint-Planungssitzung – Teil 1

Teil 1 der Sprint-Planungssitzung ist eine Überprüfung der Produkt-BacklogElemente, die der Product Owner möchte, dass das Team für den nächsten Sprint prognostiziert und liefert. Dies ist die Zeit, in der der Product Owner beschreibt, was er bis zum Ende des nächsten Sprints liefern möchte. In dieser Phase ist es üblich, dass das Team klärende Fragen stellt und Unklarheiten klärt. Am Ende von Teil 1 wählt das Team ein Sprint-Ziel – einen Satz, der das Gesamtergebnis des Sprints beschreibt. Dies hilft später bei Fragen zur Tiefe und Breite: Wenn die Arbeit nicht direkt mit dem Sprint-Ziel übereinstimmt, wird sie während des Sprints nicht abgeschlossen. Wichtige Aktivitäten im ersten Teil der Sprint-Planung umfassen:

  • Der Product Owner präsentiert die wichtigsten Elemente aus dem Produkt-Backlog dem Team.
  • Definieren Sie das Sprint-Ziel – der Product Owner arbeitet mit dem Entwicklungsteam zusammen, um das Sprint-Ziel zu bestimmen.
  • Das Team und der Product Owner arbeiten gemeinsam daran, herauszufinden, welche Funktionen im kommenden Sprint geliefert werden können.
  • Das Team verpflichtet sich am Ende der Sitzung zu diesem ausgewählten Product Backlog.

Sprint-Planungssitzung – Teil 2

Im Teil 2 der Sprint-Planungssitzung entscheidet das Team, wie die Arbeit umgesetzt werden soll. In dieser Sitzung beginnt das Team, Product-Backlog-Elemente in Aufgaben zu zerlegen und diese abzuschätzen, typischerweise innerhalb weniger Stunden. Der Product Owner muss während dieser Sitzung verfügbar sein, muss aber nicht physisch anwesend sein. Tatsächlich finden viele Teams es hilfreich, wenn der Product Owner während dieser detaillierten Diskussion abwesend ist. Die Kenntnis, dass der Product Owner verfügbar ist, aber die Gespräche über Umsetzungsvarianten nicht beobachtet, ermöglicht es den Teams, frei zu erforschen, ohne Angst vor Missverständnissen oder Panik zu haben. Wenn der Product Owner im Raum bleibt, die Scrum Master muss diese Sitzungsteilnahme managen, das Team fokussiert zu halten und die Möglichkeit zu bieten, Möglichkeiten zu erkunden, ohne von den Meinungen des Product Owners beeinflusst zu werden. Zu den zentralen Aktivitäten im Teil 2 gehören:

  • Das Team plant, wie die Verpflichtung erfüllt werden kann, und legt die Arbeit fest, die im Sprint-Backlog enthalten sein soll.
    • Detaillierte Planung – Zerlegen Sie Benutzerstories in Aufgaben. Stellen Sie sicher, dass das Team die Geschichte in Aufgaben aufteilt, da dies es ermöglicht, alles zu berücksichtigen, was zur Vollendung der Geschichte erforderlich ist. Es ist auch eine gute Praxis, das Testen als separate Aufgabe zu behandeln.
    • Schätzen von Geschichten – Das Team kann Techniken wie Planning Poker oder T-Shirt-Größen verwenden, um den Aufwand jeder Geschichte abzuschätzen. Die Teammitglieder melden ihre gewählten Aufgaben an und schätzen ab, wie lange jede Aufgabe zur Vollendung benötigt wird.

Kommentar hinterlassen