0% found this document useful (0 votes)
98 views13 pages

Agile Software Development Sprint Planning

Sprint planning involves determining the team's capacity for the sprint, selecting product backlog items to work on based on that capacity, and breaking those items down into tasks to acquire confidence that the team can complete their commitment. The team's capacity accounts for time spent on planning, reviewing, and other activities besides development work. Selection should follow the "start-only-what-you-can-finish" rule to limit work-in-progress. Breaking items into tasks allows validating that dependencies, skills, and other issues won't prevent completion of the commitment.

Uploaded by

andrew emmanuel
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
98 views13 pages

Agile Software Development Sprint Planning

Sprint planning involves determining the team's capacity for the sprint, selecting product backlog items to work on based on that capacity, and breaking those items down into tasks to acquire confidence that the team can complete their commitment. The team's capacity accounts for time spent on planning, reviewing, and other activities besides development work. Selection should follow the "start-only-what-you-can-finish" rule to limit work-in-progress. Breaking items into tasks allows validating that dependencies, skills, and other issues won't prevent completion of the commitment.

Uploaded by

andrew emmanuel
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 13

Sprint Planning

“Plan your scrum effectively” – Saka Heroji


Scrum Planning Principles

Don’t assume we can get the plans right up front

Up-front planning should be helpful without being excessive

Keep Planning Option Open Until the Last Responsible Moment

Focus more on adapting and replanning than conforming to a plan

Correctly manage the planning inventory

Favor smaller and more frequent releases

Plan to learn fast and pivot when necessary


When Sprint Planning Happens
Sprint Planning Activity
Two-Parts Sprint Planning
One-Part Sprint Planning
Determining Capacity

An important first activity during sprint planning is determining the


available capacity of the team to perform work during the sprint.
Knowledge of capacity guides the Scrum team in determining what it can
deliver.

We know, for instance, that on a two-week sprint about a day of that time
needs to be reserved collectively for sprint-planning, sprint review, and
sprint retrospective activities. We also know that the team should reserve
up to 10% of its time to assist the product owner with product backlog
grooming (writing and refining, estimating, and prioritizing product backlog
items) to help ensure that the items are ready.
Development Team Capacity in a Sprint
Determining Effort-hour capacity
Selecting Product Backlog Items

Either approach to sprint planning requires that we select candidate


product backlog items for inclusion in the commitment. Selection can be
done in several ways.

The start-only-what-you-can-finish rule is based on the principles that we


should limit WIP and that starting something and not finishing it generates
a variety of forms of waste.
Acquiring Confidence

One way to acquire confidence is to use predicted velocity to see if the


commitment is realistic. If the predicted sprint velocity is 25 story points
and our team has selected 45 story points’ worth of work, the team should
be concerned.

For example, if the predicted sprint velocity is 25 story points and the
team’s commitment totals 21 story points, the commitment would seem
reasonable. However, until we dig a little deeper to the task level, we don’t
really know if the set of product backlog items that total 21 story points
can actually be completed—there could be dependency issues, skills
capacity issues, as well as a host of other issues that make it impractical for
the team to get them all done.
Sprint Backlog showing PBI and task plan
• Kenneth S. Rubin (2013), Essential Scrum: A
Practical Guide to the Most Popular Agile
Process. OOPE. New Jersey. ISBN: 007-
6092046028

You might also like