How to adapt this sprint planning system to your team's specific workflow, size, and methodology.
Simple (3 statuses):
To Do → In Progress → Done
Standard (5 statuses — the default):
Backlog → To Do → In Progress → In Review → Done
Extended (7 statuses):
Backlog → Refined → To Do → In Progress → In Review → QA → Done
With Blocked:
Add a "Blocked" status that sits alongside "In Progress" — use red coloring to make it visually distinct on the board.
To change: Click the Status column header → Edit property → Add/remove/rename Select options.
| Duration | Best For | Adjustment |
|---|---|---|
| 1 week | Fast-moving teams, high uncertainty | Smaller stories (max 5 points), daily velocity checks |
| 2 weeks | Most teams (the default) | No changes needed |
| 3 weeks | Teams with long review/QA cycles | Add a "QA" status, consider mid-sprint check-in |
| 4 weeks | Complex enterprise projects | Add milestone markers within the sprint, weekly velocity updates |
Fibonacci (default): 1, 2, 3, 5, 8, 13, 21
Best for: Most teams. The gaps between numbers force meaningful distinction.
T-shirt sizing: XS, S, M, L, XL
Best for: Teams new to estimation. Convert to numbers for velocity (XS=1, S=2, M=3, L=5, XL=8).
Linear: 1, 2, 3, 4, 5
Best for: Teams that find Fibonacci too abstract. Simpler but less nuanced.
No estimates (#NoEstimates):
Count stories instead of points. Track "stories completed per sprint" as velocity. Remove the Story Points column entirely.
| Property | Type | Purpose |
|---|---|---|
| Epic | Relation → Epics DB | Group stories under larger initiatives |
| Component | Multi-select | Tag by system area (Frontend, Backend, Database, DevOps) |
| Reviewer | Person | Who reviews the PR for this item |
| Branch Name | Text | Git branch name for easy reference |
| PR Link | URL | Link to the pull request |
| Deployed To | Select | None, Staging, Production |
| Customer Requested | Checkbox | Flag items that came from customer feedback |
| Tech Debt | Checkbox | Flag items that are paying down technical debt |
| Property | Type | Purpose |
|---|---|---|
| Velocity per Person | Formula | Completed Points / Team Size |
| Completion Rate | Formula | Completed Points / Planned Points × 100 |
| Sprint Health | Formula | See FORMULAS.md for the formula |
| Retro Link | URL | Link to the retrospective notes |
| Demo Recording | URL | Link to the sprint demo video |
While this template is standalone, you can enhance it:
1. Use Notion's GitHub integration to embed PR links
2. Add a "PR Link" URL property to backlog items
3. Use Notion's API + GitHub Actions to auto-update item status when PRs merge
1. Use Notion's Slack integration for database change notifications
2. Set up a Slack reminder that links to the standup database each morning
3. Create a Slack workflow that posts the sprint board link at standup time
1. Use the Sprint Calendar view's "Copy link" to embed in Google Calendar
2. Set up recurring calendar events for standup, planning, review, and retro
3. Link calendar events to the corresponding Notion pages
See formulas/FORMULAS.md for all formulas used in this template. You can modify them to suit your needs:
After a sprint ends:
1. Change the sprint status to "Completed"
2. Ensure all backlog items are either "Done" or moved to the next sprint
3. Create a final velocity history entry with actual numbers
4. The sprint will remain in the database but won't clutter your active views (because your board filters to the current sprint)
Optional cleanup:
*This template is a starting point, not a straitjacket. Modify it until it fits your team like a glove.*
Get the full Sprint Planning Dashboard and unlock everything.
Get the complete guide with every chapter unlocked, including code samples, diagrams, and best practices.
Access all interactive tools with complete data, all workload profiles, and the full scenario library.
Downloadable source code, configuration files, and working examples from every chapter.
Free updates for life. Every new chapter, tool, and improvement included.