Stellen Sie nach der Einführung von Scrum immer noch einen Mangel an Zusammenarbeit zwischen den Teammitgliedern fest? Hören Sie in Ihren Scrum-Zeremonien immer noch mehr "Ich "s als "Wir "s? Die Teammitglieder kümmern sich immer noch nur um ihre jeweiligen Aufgaben, die sie nach ihren persönlichen Vorlieben erledigen oder die ihnen zugewiesen wurden. Ihr tägliches Scrum ist nur ein Status-Update-Meeting und keine Gelegenheit, eine gemeinsame Vision zu diskutieren? Dann fehlt Ihrem Scrum-Prozess höchstwahrscheinlich ein entscheidender Bestandteil, das "Sprint Goal".
Ein Sprint-Ziel ist ein obligatorisches Konzept in Scrum, das den Zweck eines Sprints definiert und dem Team ein gemeinsames Ziel vorgibt. Gemäß dem Scrum-Leitfaden ist das Sprint-Ziel ein Ziel, das innerhalb des Sprints durch die Umsetzung des Produkt-Backlogs erreicht werden soll, und es bietet dem Entwicklungsteam eine Anleitung, warum es das Inkrement erstellt.
Wer erstellt ein Sprint Goal?
Jede Rolle (Product Owner, Entwicklungsteam und Scrum Master) im Scrum spielt eine entscheidende Rolle bei der Erstellung eines guten Sprint-Ziels, wie im Folgenden erläutert wird.

- Der Product Owner definiert und entscheidet über die Priorität der Backlog-Elemente. Während der
Sprintplanungssitzung schlägt der Product Owner das Ziel des kommenden Sprints vor und skizziert die Backlog-Elemente, die zur Erreichung dieses Ziels beitragen werden. Dieses Ziel kann jedoch kein endgültiges Sprint-Ziel sein. - Das Entwicklungsteam weiß, wie viel es bearbeiten kann, um das vorgeschlagene Sprint-Ziel zu erreichen. Sie verfeinern dieses Ziel auf der Grundlage ihrer Erfahrungen, Stärken und Schwächen und erstellen das Sprint-Inkrement.
- Als dienender Anführer leitet der Scrum Master das Entwicklungsteam und den Product Owner an, während des Sprint Planning Meetings ein gutes Sprint-Ziel zu formulieren.
Warum ist ein Sprint-Ziel wichtig?
- Der Zweck eines Sprints ist es, ein Geschäftsergebnis zu erreichen. Ohne ein Ziel wird der Sprint lediglich zu einer Zeitspanne, in der so viele irrelevante Backlog-Elemente wie möglich abgearbeitet werden. Im Endeffekt gibt das Scrum-Team viele Versprechen an viele Stakeholder ab. Das Scrum-Team wird einfach zu einer Feature-Fabrik, die Ströme von unzusammenhängenden Features produziert.
- In einem Sprint ohne gemeinsames Ziel gibt es für die Teammitglieder keinen offensichtlichen Grund, zusammenzuarbeiten. Die Teammitglieder werden sich ihre eigenen Aufgaben aus dem Sprint Backlog heraussuchen und daran arbeiten, wobei die Selbstorganisation begrenzt ist. Das Sprint-Ziel fördert die Teambildung durch Zusammenarbeit auf ein gemeinsames Ziel hin.
- Ein Sprint-Ziel leitet den Product Owner bei der Priorisierung der Backlog-Elemente für den Sprint an und hilft dem Team, die richtigen Product Backlog-Elemente zu identifizieren. Dies macht den Sprint zu einem zielorientierten Sprint und nicht zu einem Backlog-orientierten Sprint.
- Ein zielorientiertes tägliches Scrum stellt sicher, dass sich das Team auf ein gemeinsames Ziel konzentriert und führt zu einer gesunden Diskussion darüber, wie dieses Ziel erreicht werden kann. Ohne ein gemeinsames Ziel, das für das Team definiert ist, wird das tägliche Scrum zu einem Status-Update-Meeting, das von individuellen Vorlieben bestimmt wird. Im Grunde genommen hören wir mehr "Ich" als "Wir".
- Ein vom Sprint-Ziel gesteuerter Sprint-Review hilft den Stackholdern, leicht zu erkennen, ob der Sprint seinen Zweck erfüllt und die definierten Marktbedingungen erfüllt hat. Ohne ein Sprint-Ziel ist der Review nur eine Demonstration aller Sprint-Backlog-Elemente, die in diesem Sprint abgeschlossen wurden.
- In der Retrospektive kann das Entwicklungsteam ganz einfach messen, ob der Sprint in Bezug auf ein festgelegtes Sprint-Ziel erfolgreich war oder nicht, und besprechen, wie wir uns als Team verbessern können, um das Sprint-Ziel zu erreichen.
- Ein Sprint-Ziel fördert den Zusammenhalt des Product Backlogs und hilft dem Product Owner, Backlog-Elemente zu bestimmen, die gut zusammenarbeiten, und eine Produkt-Roadmap zu erstellen.
- Wenn das Sprint-Team im Zweifel ist, was es als Nächstes während des Sprints in Angriff nehmen soll, hilft das Sprint-Ziel dem Team bei der effizienten Entscheidungsfindung und stellt sicher, dass es die richtigen Dinge tut.
Was sind die Merkmale eines guten Sprint-Ziels?

- Im Idealfall sollte für jeden Sprint nur ein einziges Sprint-Ziel definiert werden. Dadurch wird sichergestellt, dass das gesamte Team in eine Richtung arbeitet. Mehrere Ziele lassen den Fokus und die Richtung des Teams auseinanderdriften.
- Die Agenda des Sprint-Ziels besteht darin, die Anstrengungen auf das Ergebnis und nicht auf den Output zu konzentrieren. Das ergebnisorientierte Sprint-Ziel legt mehr Wert auf die Entwicklung neuer oder verbesserter Funktionen des Produkts als auf die Anzahl der zu erledigenden Stories.
- Das Ziel sollte spezifisch, realistisch, messbar, quantifizierbar, relevant und zeitgebunden sein. Dies wird allen Teammitgliedern helfen, das Sprint-Ziel im gleichen Kontext zu verstehen.
- Das Sprint-Ziel sollte aus ein oder zwei Sätzen bestehen, die die wichtigsten Aspekte des Sprint-Backlogs umreißen.
Wie formulieren Sie das Sprint-Ziel?
Um ein effektives Sprint-Ziel zu formulieren, schlägt der renommierte Produktmanagement-Experte Roman Pichler die folgenden drei Fragen vor, die Sie berücksichtigen sollten:

Anhand des obigen Beispiels können wir ein Sprint-Ziel wie folgt formulieren,
"Bereinigen Sie die veralteten Daten aus der DB mit einem Planer, der innerhalb von 3 Minuten läuft".
Einige weitere gute Beispiele,
- Migrieren Sie die Bereitstellung von Anwendung x von Weblogic 12.1 auf 12.2.
- Verbessern Sie die Dashboard-Tabelle mit Sortier-, Such- und Download-Funktionen.
- Erstellen Sie Schätzungen für die Funktionen 10-18 und beheben Sie alle Fehler der ersten Priorität aus der vorherigen Version.
Sprint-Ziel: Zentrale Herausforderungen
Es ist nicht immer einfach, ein gutes Sprint-Ziel zu formulieren. Hier finden Sie einige Beispiele dafür, wie Sie ein Sprint-Ziel mit verschiedenen Arten von Sprint-Backlog-Elementen erstellen können.

Zu viele unzusammenhängende Punkte im Sprint: Versuchen Sie, gemeinsam mit dem Product Owner die wichtigsten zusammenhängenden Punkte herauszufinden, und entwerfen Sie das Sprint-Ziel, das die endgültige Liste umfasst. Es ist nicht ratsam, jedes Element des Sprints in das Sprint-Ziel aufzunehmen, wenn sie nicht miteinander verbunden sind.
Das Sprint-Ziel hat sich als zu groß erwiesen: Ein größeres Sprint-Ziel lenkt den Fokus des Teams ab. Daher sollte es noch einmal verfeinert werden, bis es zu einem Ziel mit einem oder zwei Sätzen wird und sicherstellt, dass alle Teammitglieder mit der Aussage übereinstimmen.
Das Sprint-Ziel erfüllt nicht die SMART-Kriterien: Das wichtigste Kriterium für das Sprint-Ziel ist, dass jedes Teammitglied im Scrum-Team dasselbe Verständnis hinsichtlich der Definition von "erledigt" haben sollte. Wenn dies der Fall ist, ist eine gewisse Lockerung der SMART-Kriterien akzeptabel.
Wo wird das Frühlingsziel angezeigt?
Das Sprint Goal sollte während des gesamten Sprints bei allen Scrum-Zeremonien für das Team sichtbar sein, da es bei allen eine wichtige Rolle spielt. Schreiben Sie das Sprint Goal an einer gut sichtbaren Stelle, z.B. an einer Wand im täglichen Scrum-Diskussionsraum oder an einem zentralen Ort in der Nähe des Arbeitsplatzes des Teams, damit das Team regelmäßig über seine Reise zum Sprint Goal sprechen kann.
Wenn das Scrum-Team JIRA oder ein Kanban-Board verwendet, um das tägliche Scrum zu überwachen, kann es eine Aufgabe mit dem Sprint-Ziel erstellen und regelmäßig zusammen mit allen anderen Sprint-Elementen überwachen.
Zusammenfassend lässt sich sagen, dass ein gutes Sprint-Ziel die intrinsische Motivation fördert und dem Entwicklungsteam hilft, den Zweck und die Auswirkungen der Arbeit, die es leistet, zu verstehen. So wie die Vision eines Produkts die langfristige Richtung des Produkts vorgibt, gibt das Sprint-Ziel dem Scrum-Team vor, warum es den laufenden Sprint erstellt.
Verfasst von
Naresh Kavala
Unsere Ideen
Weitere Blogs
Contact



