When you create a new issue and then try to see that issue in the backlog, it appears that the issue is inserted somewhere in the middle of the backlog order.
Is there a way to configure the default order of newly created issues? Either at the beginning or at the end?
I have a similar issue... when a sprint is closed with existing PBIs that are not DONE, the incomplete PBIs are randomly placed in the backlog with no apparent rhyme or reason... since these are current issues that will likely be pulled into the next sprint to complete they should be placed at the top of the backlog.
Are the above tickets likely to resolve this issue as well or do you think I should open a separate request?
Also, there has been no recent activity on those tickets... I feel like this is a common, highly visible problem that should be resolved sooner than later.. what can be done to raise visibility of these issues?
Trying to figure this out... found:
Says items are added back to backlog in order of 'rank'
This sounds good, but in practice it doesn't work well.
The items placed in an active sprint should be defacto the highest rank regardless of where they were pulled from. Moving an item from the backlog to an active sprint is (or should be) a 'ranking' action.
The backlog is groomed and re-ordered while the sprint is in progress and those items in the active sprint are excluded from this ranking (for obvious reasons), so when the unfinished items return to the backlog they are bumped lower into random spots and are hard to find.
It seems like they changed this from incomplete items being placed at the top of the backlog in previous versions for some reason..
I'm not really sure what to do about locating these stray issues.
There are requests for this feature (default new items to top/bottom of backlog ranking) going back to 2013. I know it was fixed in GreenHopper, way back when, but the baked in boards now suffer the same issue.
This really causes stress for teams as new items are not easily found or end up being executed out of order., especially if they were created by people outside of the team and/or not during sprint planning sessions.
Hello @Dave Furlani
I can understand your pain on this issue, as it's very annoying for Product owners when they create new issues.
We have a separate Kanban board for Backlog grooming, once the stories are moved from open->refinement->ready for sprint, only then they appear in the backlog of sprint board.
This is somewhat has helped us in better streamlining the process and also has eased the life of POs as they have a separate kanban board for refining newly created items.
I have multiple projects that use variations of the same base workflow. The variations depend on the requirements of the project or issue type. The variations mostly come in the form of new statuses ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event