You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
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.