How to organize Structure without messing Jira boards?

We are using Structure to have a bird's eye view of everything that is going on with the company, departments, teams, etc...

We are creating items in Structure to organize the stories and tasks, bucketing them into groups. The problem is that each item in Structure is also a Jira issue. So if we create a item to organize all the things that we want to accomplish in the first quarter called "1st QTR", this will also create an issue that will appear in the Jira backlog.

Is there any way to create this "buckets" that serve only to organize things in a way that we don't also create things inside Jira boards?


2 answers

1 accepted

Use different issue type for the "buckets" and then edit the board filter query to exclude them - i.e. type != Bucket (assuming that the issue type is named "Bucket")

Hi Martim!

We create a special 'dummy' project in JIRA exclusively for these issues (we call them 'meta-issues'). That way you don't clutter any 'real' projects with them.

If you need to exclude them from any other lists of issues in JIRA, you can use a JQL query that excludes the dummy project.

Best, Robert


Edit: in Structure 3.0 we'll have native 'Structure issues' that will serve the same purpose without creating extra issues in JIRA.

Update: Structure 3.0 is now out and available on Marketplace.

It provides issue 'folders' amongst many other new features.

Please refer to the release notes for detailed instructions on migrating from 2.x

My concern with this approach is that each Structure will require a "meta-issue" project. If I create them as a different issue type, like suggested by Boris, it works without too much effort for all my Structures.

Any idea on when Structure 3.0 is going to be released? I can't wait!

I'm not sure that you would need a separate meta-project for each structure? One should be enough for all your structures' meta-issue needs.

Boris' solution is also very good, my only reservations would be that it still leaves the question of cluttering the 'real' project with non-actionable issues that may, even if only slightly, skew project reports.

Giving the meta-project an easily identifiable key helps meta-issues to stand out from issue-issues. I often have a hard time identifying issue types at a distance.

Plus when filtering issues by a non-exclusive JQL query like project=a you don't need to exclude meta-issues from your results because they're not there.

Structure 3.0 - I can't be specific about dates I'm afraid, but yes, it's going to be pretty special. If you add me to Skype (r.leitch) or twitter (bobstwelve) I can get you signed up for updates :)

If I only have one meta-issue project, if I create another structure that also sees this project, all the meta-issues with also appear. But the categorization (or buckets) that I've created for project A should not appear in project B, C, etc..

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,831 views 12 18
Join discussion

Atlassian User Groups

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!

Find my local user group

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

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot