Do issues that aren't completed in one sprint automatically move to the next? In my testing, that's not what appeared to happen, but that's what looks like is happening right now.
They should move to the next open sprint, yes. This is taken from the documentation:
That being said, we experienced a few instances when only a portion of incomplete issues were moved to the backlog instead. This seemed to occur only when there are large numbers of incomplete issues, and I could never provide clear steps to reproduce to Atlassian, so they haven't been able to confirm this.
If you can find clear steps to reproduce this, please report it to Atlassian.
I am having the issue where the above is not happening. I installed a plugin that messed up workflows and now people that are running sprints that end early and are getting this error "Sprint cannot be completed as there are incomplete subtasks on the following issues:" How do I change it so that it starts putting unfinished issues back into backlog.
Your plan sounds reasonable to me. As long as there are no planned sprint when you end an active sprint, incomplete issues will return directly at the top of the backlog.
As for FixVersion, I'm not sure what you mean. What makes you believe the FixVersion field might be removed? We've been using Agile 6.6.x for a while now, and that doesn't interfere with that field, which is not specific to Agile and continues to be used in JIRA.
In JQL: fixVersion is not EMPTY is still a valid check.
Thank you for your reply. In fact it is a story with 30 sub-tacks .
20 were finished during the Sprint 3
10 have to done during the Sprint 4
As I couldn't finish the sprint 3 as some sub-tasks were not fisnished, I moved the story in the Sprint 4. But it pollute our report of the Sprint 4. So I create a new story in the Sprint 4 moved the sub-tasks not finished in it. And I would like to move again the old story with the finished sub-tasks in the previous Sprint . But it is closed ans it is no more in the list !
How can i move a story to a finished sprint ?
this is a bit tricky and a bit of a hack so I don't generally recommend it but...
Acquire the SprintID (not the name):
Use Bulk Update:
This happened to us a couple of times now. We have a single board per the whole company, and we work kind of on "Scrum-Ban" basis. So we always end up having a lot of incomplete issues by the end of sprint. So, there has already been 3 instances, when ~2/3 of incomplete issues went to backlog instead on next sprint, although we explicitly selected next sprint. And I had to then using query, find all of those and bulk-move them to the necessary sprint.
Okay, I need them not to be; each sprint needs to be completely independent of it's predecessors. As a result, here's what I think I need to do:
Complete/close the active sprint.
Create a new sprint.
Update the sprint...
Rearrange the ranking of all issues and add them to the new sprint.
Start the new sprint.
Sound reasonable? I know that some places have this automatic carryover of items from one sprint to the next, but we're not one of those organizations.
In the same vein, is the FixVersion field going away with the new Agile release that blows away classic boards? We use it to track the sprint/iteration where a fix was actually created (as opposed to tested / approved) - which is problematic with this whole sprint thing. If FixVersion is staying where it is, then that addresses some of our longer-term concerns.
So we have to use an external approach to build our sprints and then I have to juggle JIRA issues to match the external approach, because JIRA is lacking a number of features that we need to help determine our ranking.
Then I have a series of scripts that use the RESTful calls to make adjustments. Essentially, I
a) Create a new sprint
b) Update the sprint with appropriate name, start and end date
c) Rearrange the ranking of all issues, regardless of sprint status and add issues to the new sprint (this moves unfinished items from the current sprint to the new one, but ranks them where the stakeholders want them - sometimes they won't make the next sprint for any of a variety of reasons.)
d) Close the old sprint
e) Start the new sprint.
I'm wondering if, for some reason, items that aren't being ranked are being carried over when the close/open happens? I've had issues just magically appear in my new sprint that should not be there, but were in a previous sprint.