We have 2 sprint teams, one on-shore and one off-shore, that work on an alternating sprint cadence. We recently made that change and split the sprints up. When I created the separate projects and sprints, I added the respective sub-projects, in which some are relevant to both teams. Now on each teams project page, under active sprints, there are both and you have to filter among them. Can I delete the irrelevant sprint from the project without deleting it entirely?
Hi @Samuel Justus,
Welcome to Atlassian Community!
Sprints are not tied to a specific project or a board, so if you remove it from one board you will remove it from all. The way you can remove it from one project without affecting other projects is to remove the sprint from issues that are associated with it. Depending on how many issues you have you could do this using bulk edit.
Thanks @Mikael Sandberg , however i'm not sure exactly what you mean by "remove the sprint from issues that are associated with it'. Could you please elaborate?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I you open up an issue that is associated with the sprint you want to remove, you should see the Sprint field. Just remove the sprint from this field to de-associate the issue. Repeat this with all the issues that was moved to your second project that should not see the sprint. Or the other option is on the board, if the sprint is not currently active, just drag and drop the issues from the sprint back to the backlog or a different sprint.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
But what if sprint is active? We have the next issue: created a task in a project A, but assigned it to an active sprint of a project B (by mistake). When realized it - changed sprint value to a correct active sprint of project A. After that we had to close the sprint of Project A and open a new one, but can't do it, because active sprint from project B is still shown in a backlog and perceived by project A as an active sprint (without any tasks inside it).
When trying to close sprint inside project A - it says that 75 issues will be affected (all of them are in project B). Very annoying...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Anatoliy Uvarov were you able to find a good solution to this? We are experiencing the same thing. It's been super annoying and we seem to be in some loop where sprints from other teams show up in our project, we ensure they're empty and delete them, and then they're deleted for the other project. Sometimes they're active sprints, sometimes inactive. Unsure why this started happening recently.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We solved this by creating a new sprint in project B and moving of all tasks there to make a connected sprint empty. After that - deleted both empty sprints. Not the best way to fix, but it worked.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Maybe it's a problem if the sprint already started, then even though you remove/fix all references to Project B, then the empty sprint is still displayed in Project B backlog because of history for burndown charts/reports etc..
Although I have my own radical theory that this didn't used to be a problem (Sprint would previously correctly disappear when empty in Project B and no sprint issues linked to Project B), and this new behavior was introduced when native roadmaps started supporting classic Jira projects (maybe some internal select mechanism was updated) :-).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.