Skip to content

Boards & sprints ​

TaskFlow gives you a board to visualise work in progress, a backlog to prioritise upcoming work, sprints to plan iterations, and a calendar to see what's due when. These views show data for the active project, so pick a project first.

Boards ​

A board shows all of a project's issues as cards arranged in columns by workflow status (for example To Do → In Progress → Done). Use it to see what's in flight and spot bottlenecks; iteration planning lives on the backlog and sprint pages.

Move a card to a new column to change the issue's status — the board respects the allowed transitions in your workflow (on a touch screen, use the card's "Move to…" menu instead of dragging). Open a card to jump to the full issue detail page.

Board from a filter ​

By default a board shows all of a project's issues. The board card carries a "Filter" selector: pick a saved view and the board shows only its result — "mine and my team's", "bugs only", "whatever goes into the next release". The "All project issues" option restores the default.

Only a shared filter can be picked: the whole team sees the board, and one person's private view would make its contents inexplicable to everyone else. Columns, transitions and WIP limits work as usual — the filter changes only which cards are there.

A deleted filter doesn't break the board

If the chosen filter is deleted or becomes unavailable, the board falls back to all project issues and says so under its name. There is no empty board and no silent loss of cards.

WIP limits ​

A kanban column can carry a work-in-progress limit — the number of issues that column should hold at once. When a column goes over its limit the board tells you, which is usually the first visible sign that work is piling up in one stage instead of flowing through.

The limit is a signal, not a barrier: you can still move a card into a full column. The point is to make the queue visible so the team decides what to do about it, rather than having the tool block someone mid-task.

Backlog ​

The backlog is the list of issues that aren't yet in a sprint. Use it to:

  • Groom upcoming work — move issues into a sprint and back, refine summaries and estimates.
  • Decide what goes into the next sprint.
  • Keep long-term items visible without cluttering the board.

Sprints ​

A sprint is a time-boxed set of issues your team commits to for an iteration.

Typical flow:

  1. Create a sprint and give it a name and a goal (and dates, if you plan them).
  2. Fill it from the backlog — move the issues you'll work on into the sprint.
  3. Start the sprint — it becomes active, and its contents show as a separate section on the backlog page.
  4. Work the board — move cards across as work progresses.
  5. Close the sprint — it gets the completed status. Move unfinished issues yourself beforehand: drag them into the next sprint or back to the backlog before closing.

Sprint activity feeds the Velocity and Burndown reports — see Reports & analytics.

Calendar ​

With the calendar feature enabled, the Calendar page lays the project's issues out on a month grid by their due date — a quick read on what's landing this week and where the crunch is. Colour tells you the state at a glance: done, in progress, not started, overdue.

Drag an issue to another day to reschedule it — that changes its due date (on a computer; on a phone the calendar is shown as a list, and due dates are changed on the issue itself). Issues with no due date don't appear on the calendar — set the date on the issue page.

Roadmap ​

For the longer horizon, the roadmap shows epics and their contents on a timeline. See Reports & analytics → Roadmap.

Choosing between kanban and scrum ​

  • Use kanban for continuous flow — support, operations, or teams without fixed iterations. WIP limits matter most here.
  • Use scrum with sprints for planned iterations with a committed scope.

You can adapt as your team's process evolves; workflows, boards and sprints are all configurable.

Where to go next ​

See also ​