This scrum sprint planning template seeks to bring some of the familiar concepts of sprint planning and agile to efficiently help you and your team manage biweekly sprints.
There are few tools as elegant or as pervasive as the sticky note. We use them for everything from writing down our reminders, to launching the most influential products in the world. But while there's a specific kind of joy in resetting the adhesive in the "Done" column on the whiteboard, we all know the physical methods are rife with challenges, especially in an increasingly connected, yet fragmented work environment. To accommodate, some software companies have gone so far as to build their entire product on the premise that everything can be a virtual board. And while that model works for some, we must contend with different layouts for different needs. Sometimes our teams like warm embrace of the spreadsheet grid. While others may cozy up to a charting tool to visually work with their stuff. However, at the end of the day the goal is clear - plan the work, work the plan, and get the job done.
During the sprint planning process, you may have a scrum master who helps you with grooming your product backlog. He or she is also leading a sprint planning meeting which has its own structure and cadence depending on how closely you follow scrum and agile processes. No matter how your groom your product backlog or run your sprint meetings, the goal is to launch a product on time while minimizing surprises and distractions.
What is a scrum sprint planning template?
A scrum sprint planning template allows you and your team members to effectively track the progress you are making towards launching a product. The template gives a scrum master the ability to manage sprint meetings, track story points, and write user stories all in one place. Your entire scrum and sprint workflow should be done in the template. Everything from planning the work, tracking the progress, and ensuring teams hit their due dates. At the end of the day, the scrum sprint planning template should make it easier for your team to work together to work towards a common goal.
How to prepare for a scrum planning meeting
Preparing for a scrum planning meeting ensures every stakeholder is informed on how to start working towards launching the product. During the scrum planning meeting, you and your team should meet to discuss which tasks should be worked on during the current sprint (and which tasks should be added to the product backlog).
Before the meeting, you should have established story points for each task, estimated timelines for each sprint, and know the overall capacity for the entire team. You might also have each sprint goal written somewhere so that everyone knows how each of their tasks add up to the overall goals of the product launch.
This Coda template allows you to add additional pages for you to document details about your sprint goals if the main tracker doesn't have enough room for you to describe the sprint.
What happens during a sprint planning meeting?
Generally speaking, the scrum master or the product owner discusses the highest priority tasks and features that team members needs to work on. Each team member can also ask questions to clarify the tasks they need to work on. These tasks get added the product backlog and can get prioritized in an upcoming sprint.
If you follow the specific
methodology for agile teams, three topics get addressed during the sprint planning meeting:
Why is the sprint valuable?
What can be done during the sprint?
How will the chosen work get done?
During the sprint planning meeting, the scrum team plans how they will execute each of their tasks during the upcoming sprint.
How many tasks should be in the sprint backlog or roadmap?
There is no perfect number of tasks you should have in your sprint backlog. Rather, you should ensure that the hours or story points does not exceed the capacity of your team members for a given sprint.
Let's say you have a 15-day sprint and have allocated 500 hours of work to the team during this sprint. By day 10, you have completed 100 hours of work, and 400 hours of work remain. This means there were too many tasks for this sprint as the team now needs to complete 400 hours of work in 5 days. Good project management and viewing a burndown chart can help ensure your team doesn't commit to too many tasks for a sprint during the agile sprint planning process.
How to use this scrum sprint planning template
This scrum sprint planning template is meant to be shared with your team members. Once everyone has access, you can start adding backlog items to the template. Here the different steps to get started:
Step 1: Log all features and tasks
page, you can start adding the backlog items for launching your product. For each feature and task, you can add additional columns to describe the feature or task. We added the most common columns for sprint planning to the template.
Step 2: Assign backlog items to sprints
page, you can define the start and end dates of each sprint. It's ok if the dates from the current sprint overlap with the next sprint. Using a kanban board, you can assign different items on your product backlog to each sprint.
Step 3: Track progress on the sprint board
During the sprint planning meeting, your scrum master might use the
page to track the overall progress of each sprint. There's a drop-down menu to select the different sprints you defined in Step 2. As different teams complete their tasks, they can move tasks from one stage to the next.
Step 4: View tasks for each team
If you have many features and tasks, it may become difficult to track the progress of each team's tasks. That's why the different views in the
page allows you to see the status of tasks for each team. Perhaps your development team wants to view their tasks a certain way and your user research team wants to see their tasks laid out in another way. This template gives different stakeholders the ability to customize the views of their tasks.
👉 Get started with this scrum sprint planning template
To start using this template, click this button to copy the template 👉
. If you don't have a Coda account yet, it will ask you to create an account so you can save the template to your workspace. You can also find more ways to
in Coda’s Gallery!
How this template is organized
Section shows a complete list of the features we're tracking in this doc and the tasks that support them
Section is a quick place to move tasks out of the backlog and into a Sprint
Section has a simple Card layout of the current sprint's tasks, and the status / assignment for each.
And each team has their own Sections to track their specific tasks however they'd like!
Common FAQs about a scrum sprint planning template
How do I write a sprint plan?
Focus on writing the outcomes of the sprint so that all team members know what they are working towards. Once the overarching goal is set, your team can start filling in the gaps in terms of the tasks that you need to complete to reach those goals. In every sprint plan, focus on writing the "what" (objectives of the sprint), the "how" (how the software development team gets the work done), and the "who" (the product owner and the development team).
What do you do in sprint planning?
During sprint planning, you set a specific timeframe for building features from your product backlog. Sprint planning involves assigning hours or story point values to tasks, understanding the capacity of the team to complete the tasks, and the scrum master answers any clarifying questions from the team about building the product.
Who should attend sprint planning?
For larger teams doing sprint planning, you might have a scrum master, a product owner, and the software development team all attend the sprint planning meeting. Each person or team has a specific function during the sprint planning process. The product owner presents the goals of the sprint and the product backlog, the scrum master helps facilitate the meeting and ensures there is a positive outcome, and the software development team estimates how much time each task will take during the sprint and completes the work.
A few of the 25,000+ teams that 🏃♀️ on Coda.
Coda is an all-in-one doc for your team’s unique processes — the rituals that help you succeed. Teams that use Coda get rid of hundreds of documents, spreadsheets, and even bespoke apps, to work quickly and clearly in one place. This template is a Coda doc. Click around to explore.
Find out how to Coda-fy your rituals.
Connect with a Rituals Architect