Das Entwicklungsteam wartet nicht, bis das Product Backlog zu 100% geplant ist (alle Anforderungen sind gesammelt und geklärt), um mit der Entwicklung des Projekts zu beginnen. Sobald das Product Backlog reif genug ist (die erforderliche Anzahl von Stories hat), das die Informationen für den Sprint liefert, können der Product Owner und das Entwicklungsteam den ersten Sprint starten.
Das erste, was in jedem Sprint zu tun ist, ist die Sprintplanung. Die Sprintplanung ist ein timeboxed Meeting, das normalerweise auf 8 Stunden für einen einmonatigen Sprint festgelegt ist, oder kürzer für Sprints von weniger als einem Monat. Alle drei Rollen sollten an diesem Meeting teilnehmen.
Das Entwicklungsteam sollte die Arbeitskapazität einschätzen, die es in einem einzigen Sprint leisten kann. Der Product Owner hat das Product Backlog bereits nach dem Wert der Artikel geordnet. Der Product Owner stellt auch sicher, dass die Items (Stories) leicht verständlich sind. Das Entwicklungsteam wählt dann eine angemessene Anzahl von Items aus dem Product Backlog aus und stellt sie in das Sprint Backlog, um sie im aktuellen Sprint zu liefern. Der Arbeitsaufwand für jedes Element wird vom Entwicklungsteam geschätzt, und der Gesamtarbeitsaufwand für die ausgewählten Elemente des Product Backlog liegt nahe an der geschätzten Kapazität des Entwicklungsteams.
Nach der Auswahl der Items sollte das Scrum-Team ein Sprint-Ziel entwerfen. Das Sprint-Ziel ist ein Ziel, das im Rahmen des Sprints durch die Implementierung des Product Backlog erreicht werden sollte. Das Sprint-Ziel gibt dem Entwicklungsteam eine Anleitung, warum es das Inkrement aufbaut.
Der Umfang des Sprints, der sich aus den aus dem Product Backlog ausgewählten Elementen zusammensetzt, wird während des Sprints möglicherweise deutlicher. Diese Details sollten auf das Sprint-Ziel abgestimmt werden, und die voraussichtlichen Neuverhandlungen dafür sollten in Anwesenheit des Product Owners stattfinden. Das Sprint-Ziel ist auch im Sprint Backlog enthalten.
Wenn die zu liefernden Items ausgewählt und das Sprint-Ziel vereinbart ist, ist es an der Zeit zu planen, wie sie die Artikel in einem “Erledigt”-Produktinkrement liefern und das Sprint-Ziel realisieren werden. Dies ist der letzte Teil des Sprint Plannings. Die Sprint-Planung ist in dieser Sitzung nicht unbedingt abgeschlossen; es reicht aus, einen detaillierten Plan für die ersten Tage zu haben; das Entwicklungsteam kann später detaillierte Pläne für den Rest der Arbeit erstellen.
Ein Detailplan ist eine Aufschlüsselung eines Product Backlog-Items in detaillierte Aufgaben, die zur Erstellung des Elements durchgeführt werden müssen. Jede Aufgabe kann Schätzungen, Abhängigkeiten und ähnliche Informationen enthalten, um eine Nachverfolgung zu ermöglichen.
Das Sprint Backlog wird am Ende dieses Treffens fertig sein, und das Entwicklungsteam sollte in der Lage sein, zu beschreiben, welche Elemente es im Rahmen des Sprints liefern wird und wie es dies tun wird.