A comprehensive guide to end-of-sprint activities and transition procedures. Learn how to properly close sprints, handle unfinished work, and prepare for the next iteration while maintaining accurate velocity measurements.
This document outlines essential procedures for transitioning between sprints in Agile development. It covers closing out completed work, properly handling unfinished stories, maintaining accurate velocity metrics, and setting up for the next sprint. These practices ensure continuity, proper credit for work performed, and reliable velocity calculations for future sprint planning.
After all sprint meetings have concluded, several important activities must be performed to properly close the current sprint and prepare for the next one. These activities ensure that work is properly tracked, velocity is accurately measured, and the team is ready to begin the next sprint cycle.
The first step is to properly close all completed work items:
Some project management tools such as ZenHub may automatically close sprints based on the end date, but others like GitHub require manual closure. Closing the milestone is essential to get proper credit for velocity on velocity charts.
Not all planned work may be completed by the end of a sprint. There are two categories of unfinished work that require different handling:
| Type of Unfinished Work | Description | Recommended Handling |
|---|---|---|
| Untouched Stories | Stories in the sprint backlog that were not started | Move to the top of the product backlog (not directly to the next sprint) |
| Partially Completed Stories | Stories that were started but not completed | Close in the current sprint with adjusted story points; create new stories for remaining work |
For stories that were not started during the sprint:
This approach avoids making assumptions about priorities for the next sprint. Even though these stories were planned for the current sprint, business priorities may have changed, and new features or fixes may now take precedence.
For stories that were started but not completed:
For example, if an 8-point story is half-completed, adjust it to 4 points and close it. Then create a new 4-point story for the remaining work. This ensures accurate velocity tracking while maintaining a record of all work.
Once the current sprint is properly closed and all stories are appropriately handled, the team can prepare for the next sprint.
A new sprint milestone should be created either at the end of the current sprint or at the beginning of the next sprint planning meeting. This milestone will track all the work for the upcoming sprint.
Before the next sprint planning meeting, ensure the product backlog is properly ordered by priority. This includes:
The product owner should review and reprioritize items as necessary to ensure the most important work is at the top of the backlog.
The proper handling of unfinished work is crucial for maintaining accurate velocity measurements. Accurate velocity helps teams:
By closing stories with adjusted points in the current sprint and creating new stories for remaining work, teams can maintain an accurate record of how many story points they can typically complete in a sprint.
Proper end-of-sprint activities are essential for maintaining agile workflow continuity and accurate metrics. By correctly closing completed work, handling unfinished stories appropriately, and preparing for the next sprint, teams can ensure they receive credit for completed work while maintaining reliable velocity measurements. These practices contribute to better sprint planning, more accurate forecasting, and continuous improvement in the development process.
(2) Accurate velocity tracking enables teams to make realistic commitments for future sprints based on their demonstrated capacity.
(3) Moving partially completed stories without adjustments will distort velocity metrics, as the work already performed won’t be counted in the current sprint but will be counted in the next, leading to unrealistic commitments.
(3) The proper approach is to adjust the story to 6 points to reflect the 80% completion, close it in the current sprint, and create a new 2-point story for the remaining work.
(3) The statement that a new sprint milestone should automatically include all unfinished stories from the previous sprint is incorrect. Unfinished stories should be moved to the product backlog and reprioritized, not automatically added to the next sprint.
When closing a sprint, it’s best practice to automatically move all unfinished work to the next sprint.
False. Unfinished work should not be automatically moved to the next sprint. Untouched stories should be moved back to the product backlog, and partially completed stories should be closed with adjusted points while creating new stories for the remaining work.
| Activity | Purpose |
|---|---|
| A. Closing the sprint milestone | 1. Ensures accurate planning for future work |
| B. Adjusting story points for partially completed work | 2. Maintains proper credit for velocity metrics |
| C. Creating new stories for remaining work | 3. Documents what work remains to be done |
| D. Prioritizing the product backlog | 4. Ensures the team focuses on the most important work next |
A-2, B-2, C-3, D-4