How to Manage Sprints in Monday.com (Step-by-Step)
Monday.com's flexible board structure can model sprint workflows through a combination of boards, groups, automations, and dashboards. While Monday is not a native agile tool, its powerful customization lets engineering and product teams build a sprint management system that fits their specific process rather than conforming to a rigid methodology.
This guide covers setting up and running sprints in Monday.com from initial board configuration through recurring sprint ceremonies.
Step-by-step guide
Create a Sprint Board
In your Monday workspace, create a new board named "Sprint Board." Choose "Main Table" as the board type. The default structure has groups (rows of tasks) and columns (fields). Create groups named for each sprint: "Sprint 1 (Aug 4-18)," "Sprint 2 (Aug 19 - Sep 1)," and a "Backlog" group at the bottom.
Configure columns for sprint tracking
Add these columns to your Sprint Board: Status (with values: Backlog, To Do, In Progress, In Review, Done, Blocked), Assignee (Person column), Story Points (Number column), Sprint (Group-level, implicit from the group structure), Due Date (Date column), and Epic (Link to Board column pointing to your Roadmap board).
Populate the sprint during planning
During sprint planning, drag tasks from the Backlog group up into the current sprint group. Alternatively, use Monday's "Move to group" action via right-click. Set the Status to "To Do" and assign team members. Sum the Story Points column at the group level to track sprint capacity against your velocity.
Set up automation for workflow transitions
Go to the Automations center (top-right robot icon). Add: "When Status changes to In Progress, notify assignee in Slack." "When Status changes to Done, notify PM." "When Due Date arrives and Status is not Done, send a reminder to assignee." These reduce manual follow-up.
Run standups using the board view
Use Monday's "My Work" view during standups — each engineer sees only their tasks across all boards. Alternatively, filter the Sprint Board to show only current sprint items sorted by assignee. The board color codes make blocked and at-risk items immediately visible.
Track sprint progress with a Dashboard
Create a Monday Dashboard (+ icon in left sidebar) named "Sprint Dashboard." Add widgets: Battery chart showing tasks by Status, Numbers widget showing total Story Points Done vs. remaining, and a Timeline widget showing sprint dates. Share this dashboard link in the team Slack channel.
Close the sprint and carry over incomplete work
At sprint end, move all "Done" tasks to an Archive group (or export). For incomplete tasks, decide as a team: move to next sprint group with the same priority, or return to Backlog with lower priority. Document the sprint velocity (Story Points Done) in a running tracker.
Common mistakes
Using one board for everything
Mixing backlog, sprints, and epics on one board creates clutter. Use separate boards for backlog, sprint tracking, and roadmap, linked via Monday's board connections.
Not summing story points at planning
Without a capacity check during sprint planning, teams overcommit. Use Monday's column summary (footer row) to sum story points and compare against your team velocity before finalizing the sprint.
Forgetting to archive completed sprints
Old sprint groups accumulate and slow down the board. After each sprint retrospective, archive the sprint group or export it to a summary doc.
Tips
Use Monday's Sprint Management template as a starting point — it has most of the column structure pre-built
Integrate Monday with GitHub so PRs and commits auto-update task status
Use Monday workload view to check if any team member is over-assigned before finalizing the sprint
Create a recurring Monday automation that moves all Backlog-status tasks from the current sprint group to the Backlog group at sprint end
How Vantage helps
Vantage generates wave-based tickets that map directly to Monday.com sprint groups. Wave 1 tickets go into Sprint 1; Wave 2 tickets are pre-loaded into Sprint 2 with dependency annotations. This means sprint planning starts with a structured proposal rather than a blank board.