Sprint Goal
Fleeting- External reference:
During the sprint planning, the developers commit toward a sprint goal and only a sprint goal.1
It is similar to the notion of projet (first horizon of commitment) in gtd, while product goal is more like gtd goal and gtd vision.
Only the developers have the liberty to decide how they will fulfil that commitment2. Yet, they remain transparent and they negotiate possible change of work during the sprint, even though the sprint goal remains unchanged3.
The fact there is one and only one goal make the team work together toward this goal.4
Notes linking here
- adaptation
- are story points compatible with scrum
- being committed towards the sprint goal does not necessarily mean always working towards it
- being committed vs spending all one’s time
- commitment (scrum)
- critiquer sans solution, ça peut quand même aider
- dailies are not about telling our live
- daily scrum
- developers
- débat sémantique
- finding a Sprint Goal to a diverse team
- focus (scrum)
- Footnotes
- inability to use Sprint Goals is symptomatic of serious Product Management problems
- inspection
- method is a tool, not a toolbox
- métaphore salade vs pâtes
- natural software development using #NoEstimates and variable length sprints
- product goal (scrum)
- product owner does not define the sprint goal the whole scrum team does
- scrum artifacts
- scrum events
- scrum team
- sprint
- sprint backlog
- sprint goal is about a bunch of work, not the outcome
- sprint planning
- the three questions fallacy
- what if the scrum team fulfills the sprint goal before the end of the sprint?
Permalink
-
The Sprint Goal is the single objective for the Sprint
-
Although the Sprint Goal is a commitment by the Developers, it provides flexibility in terms of the exact work needed to achieve it.
-
If the work turns out to be different than they expected, they collaborate with the Product Owner to negotiate the scope of the Sprint Backlog within the Sprint without affecting the Sprint Goal.
-
Sprint Goal also creates coherence and focus, encouraging the Scrum Team to work together rather than on separate initiatives.
Developers work during the Sprint, they keep the Sprint Goal in mind