Das Sprint Planning findet in zwei Teilen statt:

Im ersten Teil des Sprint Plannings definiert der Product Owner gemeinsam mit dem Entwicklungsteam das Ziel des Sprints, indem er die wichtigsten Backlog-Elemente priorisiert und in Sprint-Backlog-Einträge umwandelt. Die Backlog-Elemente werden in User Stories oder andere beschreibende Formen umgewandelt, um das Verständnis des Entwicklungsteams zu erleichtern. Das Entwicklungsteam schätzt die Zeit und den Umfang jeder Backlog-Aufgabe, um zu entscheiden, welche Aufgaben innerhalb des Sprints ausgeführt werden können.

Im zweiten Teil des Sprint Plannings entwickelt das Entwicklungsteam einen Plan, um die Backlog-Aufgaben zu erfüllen. Das Team diskutiert, welche Aufgaben durchgeführt werden müssen, welche Technologien und Werkzeuge benötigt werden und welche potenziellen Herausforderungen im Sprintfokus liegen. Der Output des zweiten Teils des Sprint Plannings ist ein Sprint-Plan, der alle Schritte enthält, die erforderlich sind, um das Ziel des Sprints zu erreichen.

Wir bei Ambient messen dem Sprint Planing einen großen Wert zu, denn es wird nicht einfach bloß ein Ziel festgelegt, welches keinen interessiert, sondern ein commitment für den Sprint abgegeben. Dies sorgt nicht nur für Planbarkeit sondern auch für Motivation bei den Entwicklern. Im zweiten Teil des Sprint Plannings setzen sich bei uns die Entwickler*Innen zusammen und besprechen, was zu tun ist und von wem es zu tun ist.

Dieser Part ist zum einen wichtig für Entwickler die noch nicht die Erfahrung haben das Ticket komplett eigenständig umzusetzen, zum anderen ist es aber auch für die Erfahrenen Entwickler*Innen wichtig sich auszutauschen und die Entwicklung in eine einheitliche Richtung zu lenken.

• Klarheit und Fokus:
  Durch das Sprint Planning erhält das Team ein klares Verständnis darüber, was während des Sprints erreicht werden soll und welche Aufgaben priorisiert werden müssen. Dies ermöglicht es dem Team, sich auf die wichtigsten Aufgaben zu konzentrieren und einen klaren Fokus auf das zu haben, was erreicht werden muss.
• Effektive Zusammenarbeit:
  Das Sprint Planning bringt das Entwicklungsteam und den Product Owner zusammen, um gemeinsam das Ziel des Sprints und den Plan für dessen Erfüllung zu definieren. Dies fördert eine effektive Zusammenarbeit und eine klare Kommunikation zwischen den verschiedenen Teammitgliedern.
• Bessere Schätzung von Arbeit und Ressourcen:
  Durch die Schätzung von Zeit und Umfang jeder Backlog-Aufgabe während des Sprint Plannings kann das Team besser abschätzen, wie viel Arbeit während des Sprints geleistet werden kann und welche Ressourcen benötigt werden. Dies hilft dem Team, realistische Ziele zu setzen und die Arbeit besser zu planen.
• Frühzeitige Erkennung von Herausforderungen:
  Während des Sprint Plannings diskutiert das Entwicklungsteam potenzielle Herausforderungen und Probleme, die während des Sprints auftreten könnten. Dies ermöglicht es dem Team, frühzeitig Maßnahmen zu ergreifen, um Herausforderungen zu bewältigen und sicherzustellen, dass das Sprint-Ziel erreicht wird.
• Verbesserte Produktqualität:
  Durch das Sprint Planning kann das Team sicherstellen, dass das zu liefernde Produktinkrement den Anforderungen und Erwartungen des Kunden entspricht. Das Team kann die Prioritäten der Anforderungen des Product Backlogs festlegen und einen Plan erstellen, wie diese Anforderungen während des Sprints erfüllt werden sollen, um sicherzustellen, dass das Endprodukt von hoher Qualität ist.