Browse Courses

Next Sprint

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.


End-of-Sprint Activities

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.

Closing Completed Work

The first step is to properly close all completed work items:

  1. Move all items from the “Done” column to the “Closed” column on the Kanban board
  2. Close out the current sprint milestone in the project management tool
  3. Ensure all completed stories are properly documented and associated with the closed milestone

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.

Handling Unfinished Work

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 WorkDescriptionRecommended Handling
Untouched StoriesStories in the sprint backlog that were not startedMove to the top of the product backlog (not directly to the next sprint)
Partially Completed StoriesStories that were started but not completedClose in the current sprint with adjusted story points; create new stories for remaining work

Untouched Stories

For stories that were not started during the sprint:

  1. Remove them from the current sprint milestone
  2. Move them to the top of the product backlog
  3. Do not automatically move them to the next 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.

Partially Completed Stories

For stories that were started but not completed:

  1. Adjust the story size to reflect the work actually completed
  2. Add appropriate labels or modify the description to indicate the story is incomplete
  3. Close the story in the current sprint to get velocity credit for the work performed
  4. Create a new story for the remaining work with appropriate story points
  5. Place the new story in the product backlog for consideration in the next sprint

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.


Preparing for the Next Sprint

Once the current sprint is properly closed and all stories are appropriately handled, the team can prepare for the next sprint.

Creating a New Sprint Milestone

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.

Reviewing the Product Backlog

Before the next sprint planning meeting, ensure the product backlog is properly ordered by priority. This includes:

  1. The newly created stories for remaining work from partially completed stories
  2. The untouched stories from the previous sprint
  3. Any new stories that have been added during the previous sprint

The product owner should review and reprioritize items as necessary to ensure the most important work is at the top of the backlog.

Maintaining Accurate Velocity

The proper handling of unfinished work is crucial for maintaining accurate velocity measurements. Accurate velocity helps teams:

  1. Make realistic commitments for future sprints
  2. Track improvement over time
  3. Identify impediments or process issues affecting productivity

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.


Conclusion

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.


FAQ

Move completed items from “Done” to “Closed” on the Kanban board, close the current sprint milestone in your project management tool, and ensure all completed stories are properly documented.

Remove untouched stories from the current sprint milestone and move them to the top of the product backlog. Do not automatically move them to the next sprint, as priorities may have changed.

Adjust the story points to reflect the work actually completed, close the story in the current sprint, and create a new story for the remaining work with appropriate points. This maintains accurate velocity tracking.

Moving unfinished stories directly to the next sprint makes incorrect assumptions about priorities and distorts velocity metrics. Business priorities may have changed, and new features or fixes may now take precedence.

  1. It determines team member performance evaluations
  2. It enables teams to make realistic commitments for future sprints
  3. It helps managers track individual productivity
  4. It determines the team’s bonus structure
(2) Accurate velocity tracking enables teams to make realistic commitments for future sprints based on their demonstrated capacity.

  1. Increased team motivation
  2. More accurate velocity tracking
  3. Distorted velocity metrics leading to unrealistic commitments
  4. Better prioritization of work
(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.

  1. Move the story to the next sprint with all 8 points
  2. Close the story as incomplete and don’t count any points
  3. Adjust the story to 6 points, close it, and create a new 2-point story for remaining work
  4. Mark the story as blocked and leave it in the current sprint
(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.

  1. It can be created at the end of the current sprint
  2. It can be created at the beginning of the next sprint planning
  3. It should automatically include all unfinished stories from the previous sprint
  4. It will track all the work for the upcoming sprint
(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.

The product backlog should be reviewed and properly ordered by priority. This includes newly created stories for remaining work from partially completed stories, untouched stories from the previous sprint, and any new stories added during the previous 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.

ActivityPurpose
A. Closing the sprint milestone1. Ensures accurate planning for future work
B. Adjusting story points for partially completed work2. Maintains proper credit for velocity metrics
C. Creating new stories for remaining work3. Documents what work remains to be done
D. Prioritizing the product backlog4. Ensures the team focuses on the most important work next
A-2, B-2, C-3, D-4