Browse this guide

Add or move multiple tickets to a Jira sprint

Open the Jira backlog to add existing tickets to a sprint or move a selection between sprints. Select the work, then drag it into the destination sprint or use its move action. When a sprint is ending, use Complete sprint to roll unfinished work forward instead. Dragging cards between status columns on the active board changes status, not sprint. Choose the right action, then follow the walkthrough for your board type.

Move tickets to sprint

Use the company-managed backlog to move several work items together. Drag them into the target sprint section, or use the selected items’ move action. Adding work to an active sprint requires ranking to be enabled and Schedule work item plus Edit work item permissions.

  1. Go to Backlog, not the board

    From your sidebar, select Backlog. Find the existing work items in the backlog or their current sprint.
  2. Select multiple work items

    Use Shift to select an adjacent range or ⌘ (Mac) / Ctrl (Windows) for individual work items.
  3. Drag into the sprint, or right-click → Move work item

    Drag selected work items directly into the target sprint section in the backlog, or right-click any selected work item and choose Move work item to pick the destination sprint.
  4. Confirm the scope-change warning

    Moving work items in or out of an active sprint is a tracked scope change. Confirm to proceed.
Move multiple company-managed tickets to a sprint in Jira

Move sprints from the board

Select work items and move them without opening Backlog.

Learn how

Add tickets, move work, or finish a sprint?

These actions solve different planning problems. Adding work to a sprint does not start the sprint, and changing a ticket’s sprint does not change its workflow status.

Choose the sprint action for your situation
Your taskWhere to workWhat changes
Add existing backlog tickets to a sprintSelect the tickets in Backlog and choose or drag to the target sprint.Their sprint assignment changes. They keep their workflow status.
Move selected tickets between sprintsSelect work inside the current sprint’s backlog section and move it to the destination.Only the selected work changes sprint. Active-sprint changes affect scope reporting.
Roll unfinished work forward at sprint endUse Complete sprint and review the destination for incomplete work.The sprint closes and unfinished work goes to the selected backlog or sprint.
Remove selected work from a sprintSelect the work in Backlog and use its move action or drag it to the backlog list.The work returns to the backlog without being deleted.

Before you move work to a sprint

Check that the destination is an active or future sprint and that it appears in the backlog you are using. On company-managed boards, adding work to an active sprint requires ranking plus Schedule work item and Edit work item permissions. Ask an admin to check permissions if the action is unavailable.

On team-managed software spaces, enable the Sprints feature before looking for sprint sections. Closing or managing a sprint is a different permission check from editing one ticket. Completing a company-managed sprint requires Jira admin access or Manage Sprints permission; check this before trying to finish it.

Review the selected ticket count and destination name before applying the move. For example, moving three selected tickets into a planned sprint should leave their status unchanged. If you move them into an active sprint, expect the scope change to appear in the relevant reports.

Move unfinished work when completing a sprint

Use Complete sprint when the sprint is ending, rather than manually moving every open ticket first. Review which items Jira considers complete and which remain unfinished, then choose the backlog or an available destination sprint for the unfinished work and confirm completion. For company-managed sprints, complete the subtasks before closing; an unfinished parent can still move to the backlog or a future sprint.

On team-managed boards, work in the last column is considered complete; work in other columns remains incomplete. Check the column mapping before closing the sprint so an item’s apparent status does not lead to an unexpected rollover.

For example, if two items remain in Review at sprint end, decide whether they belong in the next sprint or should return to the backlog for reprioritisation. Closing the sprint with that destination keeps the decision explicit. If a company-managed sprint is shared across boards, review its work on the relevant board before completing it; carryover can depend on the board used to close the sprint.

Return selected tickets to the backlog

Open Backlog and select the tickets inside their current sprint section. Drag the selection into the backlog list, or use the selected items’ move action and choose Backlog. Check that they appear in the backlog afterward.

Returning work to the backlog does not delete it or mark it Done. Removing it from an active sprint is still a scope change, so agree the change with the team rather than using it to make the sprint report look better.

If the sprint or move action is missing

No sprint sections? Confirm you are in Backlog on a Scrum board, or in a team-managed software space with Sprints enabled. A Kanban workflow does not provide the same sprint-planning sections.

Destination missing? Check that the sprint is open and that you are using the intended board or backlog. Board filters and permissions can affect which work and sprints appear. Completed sprints are not valid destinations for these moves.

Cannot move the selection? Check Edit work item and Schedule work item permissions for the relevant company-managed work. Try one known item to distinguish a permission problem from a selection that includes work you cannot change.

Bulk edit asks for a number? That route uses a sprint ID rather than just a name. The sprint ID is available in its backlog URL; use the backlog move action if you prefer to choose the destination visually. See the bulk-edit guide for the separate search-based procedure.

Good to know

A few things worth knowing before you move tickets between sprints:

  • Status and sprint are different changes. Dragging a card between status columns changes its workflow status. Use the backlog walkthrough to change the sprint for a selection. The separate bulk-edit route can also update the Sprint field.
  • Scope changes are tracked. Moving work items into or out of an active sprint is recorded as a scope change and shows up in the burndown chart and sprint report. If you're rolling over unfinished work, it's cleaner to use the Complete sprint dialog, which asks where incomplete work items should go.
  • Closed sprints can't receive moves. Only active and future sprints are valid destinations; Jira excludes completed sprints from the destination list entirely.
  • Check shared sprints before moving work. In company-managed Jira, sprints can appear across boards and include work from multiple spaces. The board filter and your permissions affect what you see and can change. Do not assume that a sprint name belongs exclusively to the space you are viewing.

Sprint planning without the backlog detour

BetterBoard treats Sprint like any other field: select cards, set the sprint, done. Free to try with your Jira.

Try BetterBoard free

FAQ

How do I move multiple work items to a sprint at once in Jira?
Open the Backlog view and select the work items with Shift-click or Command-click (Mac) / Ctrl-click (Windows). Drag the selection into the target sprint, or right-click a selected work item and choose Move work item to pick the sprint. Dragging cards between status columns on the active board changes their status, not their sprint. For larger batches, you can also use the bulk-change wizard via Advanced Search.
How do I move unfinished work items to the next sprint when closing a sprint?
Use the Complete sprint dialog. When you close an active sprint, Jira asks where to send incomplete work items: you can send them all to the backlog or to a specific future sprint in one action. This is the cleanest way to roll work forward.
Why does bulk edit ask for a sprint ID instead of the sprint name?
In company-managed spaces, the Sprint field stored on a work item is a numeric ID. When you bulk-edit it, Jira may ask for that ID rather than the display name. You can find the sprint ID in the sprint's URL when you open it in the backlog.
Can I move work items into a sprint that hasn't started yet?
Yes. Future (planned) sprints are valid destinations. You can only move work items into active or future sprints: closed sprints can't receive moved work items.
Will moving work items into an active sprint mess up my reports?
It's recorded as a scope change, which appears in the burndown chart and sprint report. That's intended behavior so teams can see mid-sprint changes. If you don't want it reflected, plan moves before the sprint starts.
Can I move work items from different spaces into the same sprint?
Company-managed Jira sprints can include work from multiple spaces and appear on several boards. Check the board filter, target sprint and permissions rather than assuming the sprint belongs to one space. Team-managed sprint setup follows its own backlog controls. BetterBoard lets you bulk-update sprint assignments from a multi-space board; check which target sprint applies to the selected work before making the change.

Sources