Plan your upcoming sprint and reach alignment with your team
Use this template to kickstart your sprint planning process and establish a team's goals and the content included in a sprint. By taking the time to plan out what needs to be done, you can avoid getting bogged down with tasks that are not relevant to the sprint goal.
Sprint planning is an Agile ritual where the team plans the goals and contents of an upcoming sprint. During sprint planning, the team will review prioritized backlog items, estimate the capacity of the team for the upcoming sprint, and decide which items from the sprint backlog will be worked on. At the end of the session, the team will have a clear picture of what they will work on and what they will deliver next.
To use Mural’s sprint planning template, follow the steps outlined below with your team.
The first step is to run an energy check-in with your team to see how they are feeling after the current sprint. Use the scale provided to add sticky notes to give an estimate of your energy level.
Next, take a look at the product roadmap with the project team to make sure everyone is aligned on the high-level goals and overall strategy informing your sprint. Make sure that any questions are addressed using sticky notes or in real-time to ensure that everyone has the appropriate context and understanding.
After you’ve established how this sprint fits into the context of the overall roadmap, it’s time to define the goals for the upcoming sprint. Have your development team brainstorm, working silently and adding one goal per sticky note. Once everyone has contributed their ideas, have everyone vote to determine the best option(s).
Note: Use Mural’s private mode feature to avoid groupthink even when working in real time together, and then determine the best option with an anonymous vote.
It may help to revisit the goal from the previous sprint as context to build off of. Was this goal accomplished? Why or why not?
After you’ve set the goal for the sprint, define the sprint capacity based on feedback from the development lead with story points. This will directly inform how you assign stories within the sprint. Set a time limit for 5 minutes for your team to define the amount of work that will be possible for the new sprint.
Story points are used to estimate the relative complexity and effort required to complete a user story or task. They serve as a unit of measurement that helps teams gauge the size and difficulty of each item in the product backlog.
Move sticky notes with items from the backlog into the “to be considered” section as appropriate, and then run through the task and the estimated points — once you move the task into the sprint, updated the current load and total capacity to reflect your remaining capacity for subsequent items.
Establish timeframes, set due dates, and identify any known risks and workflow dependencies for each sprint action item during this backlog refinement exercise. Be sure to also make note of what deliverables are required for each task.
Once the sprint has been planned, run through an energy check-out exercise with your agile team to see how everyone is feeling now that you’re ready to move forward with your sprint.
Compile your action items and export them into Jira or other project management tools to save time. Be sure to clear up any misconceptions with team members before the sprint officially starts. Any issues experienced during the sprint can be raised in the following sprint retrospective meeting when the sprint is complete.
To get the most out of your sprint planning meeting with Mural, you should:
Sprint planning is a meeting that is held at the beginning of each sprint in which the team decides what tasks need to be completed during the sprint. The meeting is led by the Scrum master, product owner and all members of the team are encouraged to participate.
During sprint planning, the team selects user stories or tasks from the product backlog, estimates their effort, and establishes a clear plan of action.
Sprint planning is important because it helps to establish the team's goals and the contents included in the sprint. By taking the time to plan out what needs to be done, the team can avoid getting bogged down with tasks that are not relevant to the sprint goal.
A user story is a concise, high-level description of a feature or functionality from the perspective of an end user or customer. It is a common practice in agile software development to capture requirements in the form of user stories. Each user story typically follows a simple template:
"As a [role], I want [goal] so that [benefit]."
The user story format allows teams to express the desired functionality in a user-centric manner, focusing on the "who," "what," and "why" of a feature.
During agile sprint planning, the team will first conduct a check-in to establish how everyone is feeling heading into the next sprint. Next, the team will review the product roadmap, which may include a review of the backlog of tasks that need to be completed. The team will then discuss which tasks need to be completed during the sprint and how they will be accomplished. Finally, the team will assign each task to a specific member of the team, and wrap up with an energy check.
With successful sprint planning, teams can align their understanding of project objectives, prioritize tasks, and allocate resources effectively. This process ensures that everyone involved has a shared vision of the sprint goals, enabling efficient teamwork and streamlined project execution.
Mural is the only platform that offers both a shared workspace and training on the LUMA System™, a practical way to collaborate that anyone can learn and apply.