I am creating a new scrum board for my team, and from the "Plan" mode I scheduled stories for a sprint.
I now moved to work mode, and few of the stories are wrapped under "Other Issues" while rest of them show up directly under To Do as swimlanes.
I want to move the stories under "Other Issues" because, ideally I would like to view in the below order:
>>> >>> Task
For instance during the daily stand-up I would like to go over every story in the swimlane, expand and move the tasks under a story to "In Progress" or "Done".
I second the request to show issues with no subtasks in a swimlane with just 1 task. I understand form the system why it's not so, but from a user perspective it's stupid and our stories with no subtask suddenly becomes last in sprint order, as they are "stuck" in other issues section at the bottom.
So right now we're doing a workaround and deliberately adding a dummy subtask just to display our stories in the right order. This is very annoying!
I take it you have your board set to display swimlanes based on Stories. In this case, every Story that has sub-tasks will be displayed as a swimlane, with sub-tasks visible in it. Stories without sub-tasks will be displayed under "Other issues" as they don't have content to show in a separate swimlane.
You can set swimlanes to be based on either Stories or Epics under Board > Configure > Swimlanes; however, it's impossible to use three levels (Epic > Story > Task) as you've described.
When swimlanes are set to Stories, the stories without sub-tasks are grouped together in bottom under 'Other issues'. Isn't it be so that those stories (without sub-taks) be shown individually i.e. just that story in that swimlane, since it doesn't have content? That seems more logical and helpful.
If you really want the three levels above you can get really creative with swimlane filters and components and epic names. It requires a strict data discipline though.
You will however never the a collapsible tree in three levels if that is what you want. Only the whole swimlane can be collapsed.
What you could do is to make filters like
epic is <n> and component is empty
epic is <n> and component is <m>
or epic is <n> and issue is PROJ-1234
It is a lot of work and probably not worth it compared to e.g- quickfilters sorting out each person and other generic criteria.
Hey admins! I’m Dave, Principal Product Manager here at Atlassian working on our cloud platform and security products. Cloud security is a moving target. As you adopt more products, employees consta...
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!
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