A sprint planning meeting is conducted before the start of a sprint. The purpose of this meeting is to determine the sprint plan and set a sprint goal.
Sprint planning includes agreeing on the number of backlog items in the sprint that is the responsibility of the development team and as well as to define the goal for the current sprint and sprint backlog.
During the sprint planning meeting, the product owner describes the highest priority features to the entire team. They will then discuss which stories the team will do in that sprint. The meeting should be attended by the whole team. If additional expertise on specific backlog items are required, then stakeholders can be also invited. The team may include the refinement sessions as well.
Benefits of Sprint Planning Meeting
Below are some of the benefits of running a successful Sprint Planning meeting:
Enables the Team to agree on the sprint goal and commitment.
Enables task discovery, sign up, prioritization and estimation
Creates the platform to communicate dependencies and identify team capacity to set and commit to an achievable sprint goal.
Best Scrum Software Every Project Needs
A powerful scrum software that supports scrum project management. It features scrum tools like user story map, product backlog management, sprint backlog management, task management, daily scrum meeting, sprint planning tool, sprint review tool, sprint retrospective tool, burndown, impediment, stakeholder and team management.
Each sprint begins with a sprint planning meeting. Typically, for a four-week sprint this meeting should last eight hours. For a two-week sprint, plan for about four hours. As a general rule of thumb, multiply the number of weeks in your sprint by two hours to get your total sprint planning meeting length. The following table illustrates the rule.
Total Sprint Duration
Sprint Planning Duration
Preparation Work before Meeting
Now, let’s review what we need to prepare for each of the scrumroles before we attend the Sprint Planning Meeting:
For Scrum Master
Identify the right people & schedule meeting with all logistics e.g. WebEX, Video conference etc.
Prepares and publishes agenda
Make sure the skills and capabilities of team members are known and are generally aligned with the needs of the backlog item candidates for the sprint
For Product Owner
Each feature or user story is small enough to be completed within a sprint and includes detailed requirements and acceptance criteria
Ensure backlog items are prioritized with the most important work items at the top and ready as per team’s definition of ready
For Development Team
Update the team’s definition of done if needed and keep it ready for reference during the meeting
Sprint Planning Meeting (Part I & Part II)
This meeting is split into two sessions. In the first session, the product owner reviews the list of features and defines what needs to be built during the next sprint. The next session involves identification of tasks that need to be executed, in order to complete the build. The sprint planning meeting should yield the sprint goal and the sprint backlog.
Sprint Planning Meeting – Part I
Part one of the sprint planning meeting is a review of the product backlog items the Product Owner will ask the team to forecast and deliver. This is the time for the product owner to describe what she wants to make available by the end of the next sprint. During this part of the meeting, it is not uncommon for the team to banter back and forth with the product owner, asking clarifying questions and driving away ambiguity. By the end of sprint planning part one, the team will select a sprint goal: a one-sentence description of the overall outcome of the sprint. This helps later when questions about depth and breadth come up: if the work does not directly tie to the sprint goal, then it is not done during the sprint. The key activities to be conducted in Part I of the Sprint Planning Meeting are:
During the first session the Product Owner presents the highest priorities of the Product Backlog to the team.
Set the sprint goal or objective – Product Owner together with the development team think of the objective of the sprint.
The team and the Product Owner collaborate to help the team determine what functionality can be delivered in the upcoming Sprint.
The team commits to this Product Backlog at the end of the session – Selected Product Backlog.
Sprint Planning Meeting – Part II
During part two of the sprint planning meeting, the team decides how the work will be built. In this meeting the team will begin decomposing the product backlog items into work tasks and estimating these in hours. The product owner must be available during this meeting but does not have to be in the room. In fact, many teams find it helpful to work without product owner during this detailed part of the meeting. Knowing that the product owner is available yet not having her observing all of the discussion about the best way to implement a feature can be freeing for many teams. Many teams find they enjoy discussing many implementation possibilities without worrying that the product owner will panic or misunderstand. If the product owner does remain in the room, the Scrum Master needs to take charge of this part of the meeting, keeping the team focused and free to explore possibilities without being limited by the product owner’s own ideas or opinions. The key activities of the Part II of Sprint Planning are:
During the second session of the meeting, the team plans how it will meet this commitment by detailing its work as a plan in the Sprint Backlog.
Detail planning – Breakdown stories into tasks, ensure the team has separated the stories into tasks, as this will enable the team to consider everything that should be done to finish the stories. It’s additionally great practice to make Testing as a different task.
Estimating of the stories – Teams can do the measuring of the stories utilizing strategies like Planning Poker or T-Shirt Sizing and Allow team members to sign up for the work they choose and give an estimate as for how long each task will take to complete.
About Visual Paradigm
Visual Paradigm help organizations stay competitive and responsive to change faster and better in today’s fast changing environment. Our award-winning products are trusted by over 320,000 users in companies ranging from small business, consultants, to blue chip organizations, universities and government units across the globe. It enables organizations to improve business and IT agility and foster innovation through popular open standards and process frameworks.Visual Paradigm, a killer Agile feature in 2018, introduced Scrum Process Canvas for automating the way a Scrum team to create, manage and deploy software application that empowers the team to continuously improve their performance at unprecedented speed and scale.
Manage the Entire Scrum Process in One Page
Automate the Scrum Framework in a fun and enjoyable dashboard with eye-catching updated status.
Manage Backlog, Multiple Sprints of different Scrum Roles with a single-page visually executable canvas
Allow instantly access, review and generate scrum artifacts and related documents to be archived in the Shared Cabinet
Automate the Scrum events and related activities with self-explanatory instructions, samples and required document templates.
Turn every software project into a successful one.