How to Best Group Work Items By Project Across Spaces

[Matthew Rumph]

In our organization each team has their own space. In their space, they will work on stories and bugs that can span across multiple projects.

Other teams may also be working on stories related to the same project however, they'll working on them in their own, separate, Space. 

My question is what is the best way to create a filter or view to organize work by a "project" that could include all work types, teams, and spaces. 

Custom fields are too manual as the list of projects can be 100s and fluctuate (additionally, I'd like to track some metadata on the project itself). Creating a work type above Epic in the hierarchy worked for a while but required rigorous upkeep on ensuring every story had a parent Epic and every Epic had a parent Project work type. 

I see there is something call Atlassian Home Projects. However, that feature seems lacking in functionality and can only link at the Epic hierarchy level which excludes a lot of our work.

Thanks in advance for suggestions!

[John Funk]

Hi Matthew - Welcome to the Atlassian Community!

I suppose the simplest way to start would be to create a new Board that uses a filter that would include all of the work items you want to see that are related. You will need to have something about the work item so it can tell it goes with the other work items - maybe create a Component in each Space for each project name. 

[Trudy Claspill]

Do you leverage the Release/Version features of Jira? Do you leverage the Plans feature of Jira?

With regard to the solution suggested by @Sharad Dadarao Chate rather than a Text field I would suggest a Selection List field. The options available in the Selection List would be managed by Jira Admins. With a Selection List field you can mark options as disabled, so when projects are sunset or cancelled you can prevent that value from being used in any new work items.

If you use both Company-managed and Team-managed spaces the field must be created with a single default Global context to support use in both types of projects.

For future reference, an alternate approach could've been to organize the Jira spaces to each be a container for all the work of a "project". Then you could leverage the Team concept to identify the Team responsible for each work item. And each Team could have boards that filter for the work items allocated to their Team.

https://support.atlassian.com/platform-experiences/docs/using-atlassian-teams-in-jira-projects/

[Sharad Dadarao Chate]

@Matthew Rumph Hi

The best approach is to use a single shared project identifier (text-based custom field) and populate it using automation, not manual selection or hierarchy.
This allows you to create JQL filters that show all work across teams, spaces, and issue types, while keeping project metadata separate and avoiding heavy upkeep.