Le sprint

Sprints are fixed length events of one month or less to create a consistent delivery and feedback cadence for the Équipe Scrum. The shorter the Sprint length the faster the feedback loop. For example, Scrum Inc. works in one week Sprints.

The Sprint is a container of all other events. A new Sprint starts immediately after the conclusion of the previous sprint, and each Sprint typically begins with Planification du sprint and ends with Revue Sprint & Rétrospective du sprint. During each day of the Sprint, there is a short event called the Quotidiennement Scrum which serves to keep the team aligned and to uncover impediments the team encounters related to making progress on the Backlog de sprint. All the work and events necessary to achieve the Sprint Goal, including Sprint Planning, Daily Scrums, Sprint Review, and Sprint Retrospective, happen within Sprints.

The regular Sprint cycle serves to:

• Focus delivery on the Sprint Goal. Each Sprint the team should develop a potentially shippable increment of software, a useable iteration of a hardware product, or ultimately: distinct customer value.
• Give the L'équipe regular, high-quality customer feedback on value delivered. The Team can then inspect and adapt both their process and their product based on real and actionable customer input.
• Measure Team output over a consistent and recurring period. This measurement of output is called the Team's Velocity. The Team can use Vélocité to forecast their ability to deliver work over time, and create realistic sprint plans based on historical data.

Sprints enable predictability by ensuring inspection and adaptation of progress toward the Product Goal at least every calendar month. Shorter Sprints can generate more learning cycles and limit the risk of cost and effort to a smaller time frame. When a Sprint's horizon is too long, the Sprint Goal may become invalid, complexity may rise, and risk may increase. Each sprint may be considered a short project and can be canceled if the Sprint Goal becomes obsolete. Only the Product Owner has the authority to cancel the sprint.