Sprint Planning is a collaborative ceremony in Scrum and Agile frameworks where teams define what work will be accomplished during the upcoming sprint and how that work will be achieved. Held at the beginning of each sprint, this time-boxed event brings together the Product Owner, Scrum Master, and Developers to select items from the product backlog, estimate effort, and create a plan that commits to delivering a potentially shippable increment. The 2020 Scrum Guide expanded Sprint Planning to answer three critical questions: Why is this sprint valuable (Sprint Goal), What can be delivered (Sprint Backlog), and How will the work get done (task breakdown and capacity) β and introduced the Product Goal as the longer-term objective that Sprint Goals contribute toward. Understanding how to conduct effective Sprint Planning prevents overcommitment, surfaces risks early, and creates shared understanding across the team β turning strategic vision into actionable, time-boxed execution.
What This Cheat Sheet Covers
This topic spans 10 focused tables and 80 indexed concepts, 76 flashcards. Below is a complete table-by-table outline of this topic, spanning foundational concepts through advanced details.
A jump-to index of every table row in this cheat sheet.
An interactive map of every table and concept in this topic.
Table 1: Core Concepts
Before you can run Sprint Planning well, you need the vocabulary it rests on β the goals that give a sprint direction, the backlogs work flows between, and the measures (velocity, capacity) that keep commitments honest. Two distinctions matter most here: the difference between the near-term Sprint Goal and the long-term Product Goal, and why modern Scrum forecasts rather than commits.
| Concept | Example | Description | |
|---|---|---|---|
4-hour session for a 2-week sprint | β’ Time-boxed event where the Scrum Team selects work from the product backlog and creates a plan to deliver a potentially shippable increment β’ maximum 8 hours for a one-month sprint, proportionally shorter for shorter sprints. | ||
"Complete user authentication feature" | β’ Single objective that unifies the team's work during the sprint β’ created collaboratively during Sprint Planning β’ provides focus and flexibility β the team can adjust tasks as long as the goal is met. | ||
"Become the leading e-commerce platform for handmade goods" | β’ Long-term objective introduced in the 2020 Scrum Guide β’ serves as the commitment for the Product Backlog β Sprint Goals are stepping stones toward it. | ||
Prioritized list of 50+ user stories | β’ Ordered list of everything needed for the product β’ owned and maintained by the Product Owner β’ source from which Sprint Backlog items are selected during planning. | ||
15 user stories + tasks for a 2-week sprint | β’ Subset of Product Backlog items selected for the current sprint plus a plan for delivering them β’ owned by Developers β’ updated daily throughout the sprint. | ||
Team completed 35 story points last sprint | β’ Historical measure of work completed in past sprints β’ calculated by summing story points delivered β’ used to forecast capacity for the upcoming sprint. | ||
Team has 160 hours available (4 devs Γ 40h) | β’ Calculation of available working time for the sprint accounting for team size, holidays, PTO, and other commitments β’ measured in hours β differs from velocity which measures story points. | ||
Story has acceptance criteria, sized β€8 points | β’ Checklist of criteria a user story must meet before entering Sprint Planning β’ ensures items are sufficiently refined to be estimated and worked on β’ not mandated by the Scrum Guide. | ||
Code reviewed, tested, deployed to staging | β’ Shared understanding of what "complete" means for an increment β’ applied to all work in the sprint β’ includes quality standards, testing requirements, and acceptance criteria. | ||
"We forecast 8 stories" not "We commit to 8 stories" | β’ Modern Scrum uses forecast instead of commit β’ acknowledges uncertainty in complex work and allows focus on quality and continuous improvement rather than arbitrary obligation. |