Sprint goal question
Just to be clear on the topic, ...
When selecting the sprint goal, the team must take into consideration that the goal must be reachable within the sprint lenght right?
Thanks
the team must take into consideration that the goal must be reachable within the sprint lenght
In my opinion, that should be one of many considerations in determining a Sprint Goal.
I would not think it is feasible to have "Develop and launch a new mobile credit card system", as there seems to be a tremendous amount of scope that would need to be complete to reach it.
Developing a new feature (i.e. - accepting American Express as a valid payment) might be more achievable.
All of this should be negotiated between the Development Team and the PO to come up with a realistic and achievable goal for the sprint.
The Sprint Goal should give the Development Team focus - their guiding North Star - and also provide the Scrum Team with some flexibility.
To expand on Timothy's idea, an example of a Sprint Goal may be to enable customers to make payments on their mobile phones. And the Product Backlog items selected could be:
- Pay by credit card
- Pay by debit card
- Pay by ACH
- Pay by check
- Apple Pay
- Bitcoin
- Paypal
Perhaps the Development Team feels that they can forecast the first 5 Product Backlog items, but find out that Bitcoin is going to take much longer because they discovered complications. They would then renegotiate with the Product Owner, but still meet the Sprint Goal.
Just to be clear on the topic, ...
When selecting the sprint goal, the team must take into consideration that the goal must be reachable within the sprint lenght right?
Yes. The successful implementation of Scrum depends upon agreeing and meeting Sprint Goals. The team should also bear in mind that the work done to achieve a goal must be of release quality.
Yes. The successful implementation of Scrum depends upon agreeing and meeting Sprint Goals. The team should also bear in mind that the work done to achieve a goal must be of release quality.
Agreed. Further, I would point out that the whole point of Scrum is giving you something to regularly Inspect & Adapt.
At the end of a Sprint, having met (or failed to meet) a goal, means there are opportunities to make decisions about the future of the product; whether that is a change to the Product Backlog, the team adjusting itself or its processes in some way (e.g. during the Sprint Retrospective), or deciding whether continued investment in the product even makes any sense.
When selecting the sprint goal, the team must take into consideration that the goal must be reachable within the sprint lenght right?
Scrum does not prevent there being a longer term vision, and there being other goals or milestones for the product, which will continue beyond multiple Sprints; but as explained above, the Sprint Goal should be set for a specific Sprint.