Sprint / Iteration Planning
Last updated
Last updated
We use this to set the team up for success with clear goals and expectations so that we can all be on the same page about what the iteration is trying to achieve.
Sprint Planning is the first action in the sprint and sets it up for success.
The whole Scrum team, plus relevant stakeholders and SMEs, should collaborate in this ceremony.
Availability
Number of days in the sprint
Team members leave or not sprint-related commitments
Capability
Team velocity
The skills required to deliver a Story
Constraints, issues and risks
Anything that could block or delay the sprint
Any dependencies from other teams
Product Backlog
Unfinished work from the previous sprint that is still a priority
Can be pushed to the Sprint Backlog and reviewed during the planning
Action points from Sprint Retrospective
It is recommended only to add action points that will affect the velocity of the board.
Product Backlog Items, preferably in order of priority
Quarterly roadmap
PO reinforces the bigger picture of how the items in Backlog relate to roadmap items.
Sprint goal
Why are we running this sprint
PO proposes a Sprint Goal that provides focus, and the team collaborate to finalise it
The sprint goal drives the decisions during the sprint
Sprint backlog
A list of Stories done within the Sprint accomplishing the Sprint goal
The Scrum team refines the list to a comfortable level of confidence in delivering it
Plan for the sprint - At least a plan of attack for the first half of the sprint
Break the stories further into daily tasks
Take into consideration extra time for cross-skilling
A good ballpark is to commit to what can be done in 8 days, assuming a day is used on Sprint Ceremonies and other meetings and another day for routine tasks and contingency.
The Scrum Guide recommends 8 hours for a four weeks sprint, meaning up to four hours for a two weeks sprint. Instead of doing a long session and risk losing engagement as time passes, a better approach is to set up specific story elaboration sessions, removing story clarification, refinement and estimation from the sprint planning ceremony.
If all stories are "ready", meaning they are elaborated, refined, discussed, understood and estimated at the beginning of the Sprint Planning, the team can plan in an hour.
Role | Responsibilities | Deliverables |
---|---|---|
Scrum Team | Commit to an increment to be delivered within the Sprint | Sprint Goal, Sprint Backlog, Sprint Plan |
Development Team | Are intimate with the stories that are likely to be included in the sprint Collaborate to define the most efficient way to deliver the increment Understand the value the Sprint will achieve | Commitment to deliver the increment |
Product Owner | Assure the Scrum Team understand the goal for the sprint Assure the Development Team understand the Stories Provides a refined set of stories ready for planning Identifies the business objective they ideally would like to see accomplished during the sprint. | Prioritised and elaborated Product Backlog Items |
Scrum master | Assure the Scrum team is ready for Sprint Planning. Keep the ceremony on topic. | Scrum team ready to plan Safe environment |
Subject Matter Expert | Provide support to clarify Stories. Confirm if the planned solution returns the expected value. |
|
Timebox (minutes) | Owner | Description |
---|---|---|
15 | Scrum master |
|
30 | Product Owner |
|
60 | Development Team |
|
15 | Development Team |
|
30 | Scrum team |
|
Scrum Guide: https://scrumguides.org/scrum-guide.html#sprint-planning