In progress

Track and manage your Scrum team's work during the active sprint.

The In progress page shows all stories and bugs in your team's active sprint. For Scrum teams, this view is focused entirely on sprint execution—helping the team move work through workflow steps and track daily progress toward sprint completion.

Planning work happens in the Backlog. Once work is committed to the active sprint, it appears here.



What's included

The In progress displays the active sprint and its duration. It offers list and board views, showing stories and bugs included in the sprint with key details for each item, including:

  • Item type and ID
  • Title
  • Assigned user
  • Staleness indicator (for items taking statistically longer than expected in a specific workflow step)
  • Optional settings (for more details see List and board view settings):
    • Product themes
    • Pull requests (requires GitHub integration)
    • Risk rating (bugs only)
    • Story size (stories only)
    • Timeboxes
    • Total story points (shown by default)

Click any item to open its full details and take actions like updating workflow steps, changing assignees, or adjusting size or risk ratings.

You can switch between list and board view depending on how your team prefers to track work. Your selected view applies across all team pages until you change it, keeping your experience consistent as you move between teams.



Access the In progress page

You can open a scrum team’s In progress work from the Your teams section of the sidebar.

  1. Click a team name to expand its menu.
  2. Click In progress to open the page of active work for that team.

A separate team icon next to the team’s name opens the Team overview, where you can see members, stakeholders, and other administrative information.



Working in the In progress view

This section covers how to view, organize, and focus on work during an active sprint.


Views and layout

Switch between views depending on how your team prefers to track work. Use the icons in the In progress header to switch views.

  • List view organizes items by workflow step in a vertical list.
  • Board view displays items in columns by workflow step.

Your selected view applies across all team pages until you change it.

In both list and board views, you can collapse or expand steps to keep things manageable:

  • List view: Click the arrow next to the colored circle in the section header.
  • Board view: Hover over a step name and click the collapse (><) icon.

Collapsed steps appear as a compact summary. Hover to see item counts, or click to expand again.

For example, collapse sections like 'To do' and 'Done' when focusing on active work to reduce distractions. Expand them later to review completed or upcoming items.


List and board view settings

You can choose which item details to display in list or board view. These settings can be configured separately for each view.

  1. Open In progress in either list or board view.
  2. Click the Settings (gear icon) menu in the header.
  3. Select or clear the checkboxes to control what's displayed in that view:
    • Product themes – which product theme each item belongs to.
    • Pull requests – any linked GitHub pull requests (requires the GitHub integration).
    • Risk rating – the bug's risk on a scale of 1 to 25, with 25 representing the highest risk
    • Story size – the story's estimated shirt size, from XXS to XXL.
    • Timeboxes – which timebox the item is included in.
    • Total story points – The combined (Fibonacci) size of all visible stories in a column or section based on your current view and filters.

Filter work in progress

Use filters to narrow the In progress page to items that match specific criteria—for example, stories assigned to a particular user, or bugs updated within a certain timeframe.

  1. Use the icons at the top of the page to choose whether to show Stories, Bugs, or both. At least one must be selected to display any items.
  2. Click Filter by at the top of the page.
  3. Select one of the available filters and fill in any required details.
  4. Click Done.
  5. Repeat steps 2-4 to add additional filters as needed.

The list or board updates to show only items matching criteria from all filters.

For multi-select filters, items matching any of the selected values are included. For example, using the Assignee filter to select more than one user includes items assigned to either person.

Active filters appear at the top of the page. Workflow steps without matching items are hidden, and counts adjust based on what’s displayed.

To remove a filter, click the X on the filter tag or adjust the filter settings.

🚧

Clear filters to reorder work

You can't reorder or move items between steps when filters are applied. Clear all filters to make these actions available.


Available filters

FilterDescription
AssigneeFilter by the user the item is assigned to, or 'No assignee'.
Product themeShow items within selected product themes, or 'No product theme'.
TimeboxShow items within selected timeboxes, or 'No timebox'.
Created*Set a date and time range for when items were created.
Last updated*Set a date and time range for when items were last updated.

*When using the Created andLast updated filters, you can specify absolute or relative date ranges and include the time of day to narrow your search further. For details, see Filtering by date and time.



Manage sprint work

Sprint work is managed collaboratively by the Scrum team throughout the sprint. This section covers the actions you can take on the In progress page to move work forward and update sprint details.

For details on how burndown charts work and how changes affect them, see Burndown charts.

📘

Sprint scope and mid-sprint changes

The In progress page reflects the team’s committed sprint scope. Changes made here—such as adding, removing, or reassigning items, or adjusting sprint dates—affect sprint scope and reporting.

While you can make changes during an active sprint, doing so updates the burndown chart and may impact velocity tracking. To keep planning predictable, most teams aim to keep sprint scope stable once a sprint begins.


Move items through the workflow

To move an item from one workflow step to the next (for example, from 'To do' to 'Development'):

  • Drag and drop: Click and drag the item to a new step.
  • Select the step: Open the item's details and choose a new step. The item moves to the end of that step but can be repositioned.

Add items to the active sprint

You can add work mid-sprint, though this changes your sprint scope and will affect the burndown chart. You’ll see a warning before making these changes.

For teams with backlog management enabled, the team's Backlog owners are responsible for adding stories to a sprint or creating new stories in progress. Team members can create and manage bugs regardless of the Backlog management setting.


Add existing items mid-sprint

To add an existing item to the active sprint:

  • Drag an item from another sprint into the active sprint on the Backlog page.
  • Open the sprint's details and add items to it. Items must be in the team's Unscheduled list on the Backlog page to appear.

Create an item already in progress

If work began before the item was added to the sprint, you can create it directly in the appropriate workflow step and record when work started.

  1. Create a new story or bug in an in progress workflow step.
  2. In the Create an item already in progress dialog, specify the Date and Time work on the item began.
  3. Click Create story or Create bug to create the item.

The cycle time for the item begins from the specified date and time.


Edit sprint details

Update sprint information directly from the In progress view:

  1. Click the ellipsis (...) icon in the header, next to the sprint duration.
  2. Select View sprint details.
  3. In the sprint details dialog, you can edit the sprint's:
    • Start and end dates
    • Sprint contents
🚧

Changing sprint dates: If you adjust the start or end date of the active sprint, you'll see a warning that the burndown chart will be updated accordingly.

  1. Click the ellipses (...) icon in the header, next to the sprint name.
  2. Select Edit sprint details.
  3. In the Edit sprint details dialog, you can edit the sprint's:
    • Name
    • Description
  4. Click Update details.
  5. Click Done.

Remove items from an active sprint

Removing or reassigning items during a sprint affects sprint scope and burndown reporting.

Reassign items when responsibilities change or another team is better equipped to handle them:

  1. Open the item and click the team name in the side panel.
  2. Select a new team.
  3. Confirm your choice by clicking Change backlog.
📘

Reset size estimates

When reassigning a story, the original team's size estimate is removed. This allows the new team to resize it based on their own processes and capacity.

If the destination team has backlog management enabled, you must have the backlog owner role on that team to assign a story to it.


Remove items from a sprint

When priorities change, you may need to remove items from a sprint to keep the team focused on the most important work.

Removing items changes the sprint scope and can affect burndown reporting.

  1. Open the item and click the team name in the side panel.
  2. Select No team.
  3. In the confirmation dialog, confirm by clicking Unassign from team.

When an item is removed from the sprint:

If you want to permanently remove an item from the workspace, you can delete it.