We're restructuring a Jira Cloud instance (mostly company-managed projects) on the Standard plan, now on the new "Spaces" experience. We want to organize work around a handful of business domains, each containing several teams, plus a program/leadership view spanning all of them.
What I've tried in a test project: created multiple boards in one space and scoped each with a board filter plus Components per team. It works, but tagging every item and hand-filtering each board feels manual and hard to sustain — and cross-team work (items spanning two teams, parent/child across teams) doesn't fit cleanly.
Questions:
1. For one space with several teams, what's the recommended pattern in the new Jira experience — components + filtered boards, one project per team, or something else?
2. How are people handling cross-team items that don't belong to a single board?
3. For genuine program-level rollups across many teams, is Premium / Plans (Advanced Roadmaps) effectively required, or is there a sustainable Standard-plan approach?
4. Any pitfalls migrating existing work into this structure without breaking parent/child links?
Thanks!
You need Pans for this, this comes with a Premium or Enterprise subscription.
IF you are on a Standard subscription you will need a 3rd party marketplace app for this, like;
Welcome to the community !!
For custom hierarchies, roll ups for time tracking , story points, numeric values to parent, if you are open to try out a mktplace app, take a look at,
The app allows you to view your issues in a hierarchy list view with roll up of time tracking data at Epic level and at each parent level.
The hierarchy works for issue links as well with the Links Hierarchy module of the app. This allows you to create a custom hierarchy with any issue type at the top level. All the app features can be added as gadgets to a dashboard.
Do give it a try.
Disclaimer : I am one of the app team member
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Lujain Aljaafari and welcome to the Community!
You've already hit the real limitation: components + board filters technically work, but they put the burden on tagging and hand-filtering, and they break down the moment work spans two teams or parent/child links cross team boundaries. A few patterns that tend to hold up better:
If the program/leadership view you're describing is heading toward a Scaled Agile (SAFe) operating model, it may be worth looking at a layer purpose-built for multi-team, program-level structure. And just in full disclosure, I work on Agile Hive. Here are a few points I think are relevant here in Agile Hive:
More detail at https://www.agile-hive.com, and there's a free trial on the Atlassian Marketplace if you want to test the structure against your domains-and-teams setup.
Hope this helps, best of luck, and again, welcome!
Joshua
Content Writer & US Representative
Agile Hive and Aura Apps (products of Seibert Group GmbH)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.