Closing of the sprint;not all the uncompleted issues move to the next sprint Edited

I am closing sprint which has 2 boards. When I am closing sprint on the first board I am getting a popup telling about  moving all uncompleted issues to the next sprint/ after agreeing to it I am closing a sprint. For the next board I get no popup and it automatically moves to the sprint which I just closed / opened (doing it on the first board).

As a result i see that on the first board all the uncompleted issues successfully moved to the next sprint , on the second board  just a  little part of issues moved and the other issues didn't. They  are not on the board anymore.


How can i make all the uncompleted issues from BOTH Boards move to the next sprint( under the same columns and priorities)?

2 answers

1 vote


Kindly make sure that the issues which did not move to another sprint are really completed. You can find info on which issue is considered to be completed here:

1 vote

When you close a sprint on the first board, that same sprint is also closed on the second board.  The sprint is a separate logically entity from the board itself.  So while the sprint can appear in different boards across different projects, there is only a single sprint being referenced here.

Since the boards can have different JQL filters, it might not be possible to place the issue(s) that only appear on board #2 into the next sprint.  This is because those issues might not actually appear on board #1 where the sprint is being closed (as determined by the board filter being used on board #1).

Hence when you close the sprint from board #1, you can't even see some/all the issues in that sprint that might exist on board #2.  In turn I would not have an expectation of being able to automatically assign them to the sprint planned sprint that originates on a completely different board.

My thought on how to work-around this would be to create a master 3rd board and in turn use a new JQL filter for that board that includes both JQL filters in use by the other boards, such as

filter in (boardfilter1, boardfilter2)

where you replace the 'boardfilter1' and 'boardfilter2' with the filter names being used for the other two boards.

This way you can see a single board that would be expected to see all the issues in both boards, provided that your account actually has the permissions to browse those issues and manage sprints in all associated projects

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,943 views 19 22
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you