What Is Sprint Planning?
Sprint planning is the scrum ceremony where the team decides what to build in the upcoming sprint and how to build it. It sets the sprint goal, selects backlog items, and creates the initial sprint backlog. For a two-week sprint, budget 2-4 hours maximum.
The Sprint Planning Process
Before the Meeting
Ongoing- β’Product Owner refines and prioritizes backlog
- β’Ensure stories have acceptance criteria
- β’Identify dependencies and blockers
- β’Send calendar invite with agenda
Part 1: The What
~1 hour- β’Product Owner presents sprint goal
- β’Review top backlog items
- β’Team asks clarifying questions
- β’Negotiate scope based on capacity
Part 2: The How
~1-2 hours- β’Team breaks stories into tasks
- β’Estimate using planning poker
- β’Identify technical approach
- β’Commit to sprint backlog
After the Meeting
15 minutes- β’Update sprint board
- β’Share sprint goal with stakeholders
- β’Address any immediate blockers
- β’Schedule needed technical spikes
Writing Great Sprint Goals
A sprint goal gives the team a shared objective beyond just completing tasks. It answers: "Why is this sprint valuable?"
Complete 15 story points
Launch user authentication so beta testers can create accounts
Why? Points measure effort, not value. Goals should describe user outcomes.
Work on the dashboard
Enable managers to view team performance metrics in real-time
Why? Too vague. Good goals are specific and testable.
Fix bugs and tech debt
Reduce API response time by 50% to improve user experience
Why? Maintenance work still needs clear success criteria.
Estimating with Planning Poker
Planning poker is the most effective way to estimate during sprint planning. The team votes simultaneously to avoid anchoring bias, then discusses differences.
Quick Planning Poker Process:
- 1. Product Owner reads the story
- 2. Team asks clarifying questions
- 3. Everyone picks a card secretly
- 4. Cards revealed simultaneously
- 5. Discuss outliers, re-vote if needed
Common Sprint Planning Problems
Meetings run too long
Signs: Sprint planning takes 4+ hours, team loses focus
- βTimebox each agenda item
- βDo backlog refinement separately
- βOnly discuss top priority items in detail
- βPark unresolved debates for later
Team over-commits
Signs: Sprint ends with unfinished work, velocity varies wildly
- βUse yesterday's weather (average recent velocity)
- βAccount for vacations and meetings
- βLeave buffer for unexpected work
- βStart small and add if time permits
Stories aren't ready
Signs: Too many questions, estimates are guesses
- βDefinition of Ready before sprint planning
- βRegular backlog refinement sessions
- βProduct Owner available for questions
- βSpike stories for unknowns first
Team isn't engaged
Signs: Silent meetings, same people always talk
- βUse planning poker for estimates
- βRotate meeting facilitation
- βAsk quieter members directly
- βMake it safe to disagree
Sprint Planning Checklist
1Before
- Backlog is prioritized and refined
- Top stories have acceptance criteria
- Team capacity is known (vacations, etc.)
- Previous sprint is reviewed
- Sprint goal options identified
2During
- Sprint goal is agreed upon
- Stories are estimated (planning poker)
- Team commits to sprint backlog
- Tasks are identified for each story
- Dependencies are flagged
3After
- Sprint backlog is in your tool
- Sprint goal is visible to team
- First day tasks are clear
- Blockers are assigned owners
- Team feels confident in commitment
Key Takeaways
- βSprint planning has two parts: what to build and how to build it
- βA clear sprint goal gives purpose beyond completing tasks
- βUse planning poker to avoid anchoring and get honest estimates
- βNever skip backlog refinementβit makes sprint planning faster
- βCommit based on capacity, not pressure
Ready for Your Next Sprint Planning?
Use our free planning poker tool to estimate stories with your team in real-time during sprint planning.
Start Free Planning Poker Session



