Sprints are the heartbeat of Scrum, where ideas are turned into value.
They are fixed length events of one month or less to create consistency. A new Sprint starts immediately after the conclusion of the previous Sprint.
Sprints are fixed length events of one month or less to create consistency. A new Sprint starts immediately after the conclusion of the previous Sprint.
All the work necessary to achieve the Product Goal, including Sprint Planning, Daily Scrums, Sprint Review, and Sprint Retrospective, happen within Sprints.
The team’s length of Sprint depends on how fast they seek feedback from stakeholders and how quickly they want to adapt to their environment. Two weeks is the industry standard for a Sprint.
The length of many teams' Sprints is determined by approvals, waiting time, and the size of work. The length of the Sprint should be determined by how fast you want or need to adapt to change. Keep the Sprint length the same in order to improve predictability about how much work can fit into a Sprint and still get to Done. If you're not getting the work to Done, don't make the Sprint longer, instead take on less work into the Sprint so everything has a chance to get to Done.
Sprints and their events are designed to optimise out variability by making them the same length, and at regular intervals inspecting progress and adapting plans.
Sprints enable predictability by ensuring inspection and adaptation of progress toward a Product Goal at least every calendar month. When a Sprint’s horizon is too long the Sprint Goal may become invalid, complexity may rise, and risk may increase. Shorter Sprints can be employed to generate more learning cycles and limit risk of cost and effort to a smaller time frame.
Various practices exist to forecast progress, like burn-downs, burn-ups, or cumulative flows. While proven useful, these do not replace the importance of empiricism. In complex environments, what will happen is unknown. Only what has already happened may be used for forward-looking decision making.
A Sprint could be cancelled if the Sprint Goal becomes obsolete. Only the Product Owner has the authority to cancel the Sprint.
In a Retrospective, discuss how long is your Sprint length and why? Some useful questions and issues to investigate:
All fields are required.