Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

How to manage multiple projects in a single board under new JIRA design

So, before the JIRA Cloud redesign, we were planning on migrating all of our TFS online projects into JIRA as separate projects, and then group them into boards based on team assignments.

Since we one team support multiple sites in a portfolio it is much easier for us to have sites as their own projects and have them work off of a single sprint backlog board. However, I don't see how to do this anymore. Boards appear to be tied to a specific project.

How would we have a sprint team support multiple sites in a single sprint board?

12 answers

1 accepted

10 votes
Answer accepted
Peter DeWitt Community Leader Oct 26, 2017

@Alex_Blanton, you can click the Boards button and then view all boards.  From that screen you can click the create board button.  This will create you a new board.  Like before you will be able to start with a project or filter.  Either is fine as they can be changed afterward.  

Eventually, you will need a filter that pulls in all project issues. into your board.  You can then segment the projects by swimlane or quick filter.

As far as the board being 'assigned' to a project, it will link to each project represented in the shared board.  You will need to pick one to run the sprint out of though.



Thanks - that is what I was trying to figure out. It's a bit odd however to have to run the sprint out of one particular project, but maybe I can create a project to hold the sprint for each team.

Like # people like this

Where is the Boards button? I can't seem to find that anywhere.

@Lisa de Araujo

Depends which version of Jira you are using.

If you see your profile image bottom left, click the magnifying glass (search) > under "Recent Boards" > "View all boards". Took me a bit to find this as well.

If you see your profile image top right, "Boards" appears as a drop-down in the top navigation bar.

Like # people like this
Peter DeWitt Community Leader Dec 20, 2017

@[deleted], you could start with something like this for multiple projects:

project in (project1, project2, project3)

you could then extend the query with an AND or an OR for additional filtering.

Like # people like this

@Peter DeWitt On the new Jira I don't see where to create a new board except than in a single project. If as the document says that a board is attached to a project or a person it feels counter intuitive to still be able to create a board for multiple projects. The hierarchy seems just wrong and confusing.

If I'm correct, the hierarchy is like this:
Projects > Boards > Sprints > Version / Epics / Issues

If this is correct I'm still very confused on how a project manager can see in one view what the team is working on. I mean in our company we have something like 120 active projects, we can't have 120 boards with 120 sprints.

What would be the correct way to visualise what the team is working on a single view?

Like # people like this

Without information like, the expected delivery of each project. I would suggest you let the Jira "Project" be a representation of your team. "Epics" be a representation of the projects. From there you can assign epics to sprints as needed. 

As for the "Board", you can tailor it how you see fit. It's a creation based on the query you provide. That query could be pulling items that aren't even associated with the project it's in. 

For Example: You can make a "Project" for Project Managers. In that project, you can make boards that are based on "Epics". 

Project = "PMO"

Boards = Customers, Marketing, Finance 

Customers Query: Epic = "Customers"

Marketing Query: Epic = "Marketing" 

Finance Query: Epic = "Finance"

Like # people like this

To expand on @Blake Dodley's response,

You can use filters to make boards pull in whatever projects you want. By controlling the permissions to those filters you can even manage what different users see in that same board.

For example:

share group CEO = the CEO

share group Employees = employees under CEO

filter All Epics = shared with share group CEO

filter All Stories = shared with share group Employees

board All Projects = shared with share groups CEO and Employees, using filters All Epics and All Stories

In this board the CEO can only see Epics (assuming the CEO does not have access to Stories) and the Employees can only see Stories (assuming Employees do not have access to Epics).

You can do the same thing with dashboards. The primary issue raised by @Alex_Blanton is that currently boards must be associated with a project. If the board uses filters that pull from multiple projects, associating the board with a single project doesn't make sense.

It does make sense to ensure boards are tied to "active components" within Jira such as projects or users, to ensure they aren't simply abandoned and forgotten. You can associate a board with either by going to board > board settings > location > [select user].

*Edit: how to associate board with user instead of project.

Like # people like this

Thanks a lot @Blake Dodley and @Joshua Balsillie for your answers. I'm a bit frustrated by the idea that we have to hack the platform to make it fit with our organization. Considering Projects as Teams and Epics as Projects just doesn't feel right.

Same for boards. You can create a board with a filter for multiple projects but you have to attach it to a single project or member. Jira's hierarchy is for me too flexible, it makes it hard to actually understand what would be the recommended way.

It would actually be great if the Atlassian team could document some use cases.

Like # people like this

How do you choose which project the sprint will be created in??

Peter DeWitt Community Leader Mar 01, 2018

@Brian Franzen, open up your project, click the backlog, and create the new sprint from there.

Im using a board with many projects in it (the query includes many projects)

Like Richard Mahr likes this

I have question related to this discussion and firstly thank you for the wonderfull answers.

My question.

I have created two projects ABC and DEF to work on epic and backlog item as shown in the below screenshot


Now I have created a filter which will show all he epic and line items 


Backlog item 1.1
Backlog item 1.2
Backlog item 2.1
Backlog item 3.1
Backlog item 4.1
Backlog item 5.1
Backlog item 6.1
Backlog item 7.1


Now I am going to create a scrum board with the result of above filter. which as shown below 


version and sprint.jpg


Now I will use all functionality of the sprint board, fix version and also release note to the full extent.


the question is since my boards are for two projects, will there be any unexpected error in the future based on your experience.


Thanks and Regards


I agree with the concerns raised by @Charles de Dreuille@Alex Blanton that having a board to be linked to a single project even when you can assign a custom filter to pull issues across multiple projects (in the new update to be done through assigning a location) is wrong. The users should be able to see multiple projects in a single board easily if their teams work across projects.   My team members are currently not able to easily find their boards that they worked off in the past.   

The previous setup for boards worked well where a user could navigate to any shared board easily.  Linking to a single project and not allowing to have users to navigate to a particular board without going through a project is not working well and is a set back in my opinion.   Boards should be available from the main side bar how we have access to projects and issues and not have a location be associated with single project. 

Like # people like this

So what we ended up doing is setting up a "team" project, with an aggregated project board for that team housed there from all the other actual project backlogs we have from various properties and customers. Since our sprint teams are working on multiple projects at a time, from multiple customers, this seems to be the only way to accomplish it unless I am missing something. It feels wrong to have to associate a team to a single project in order to run a sprint, but I this is what we ended up with. Has anyone found another solution? 

Like # people like this

Just a quick question. Should you still have a Scrum board for the individual projects or is it better not to have a board for those (or perhaps just a kanban board instead for project specific visuals) and simply use the top level board for all sprint planning, backlog and sprint activity?

I'm finding that if I have board on one or more of the projects that make up the top level board, and I start a sprint from there, this sprint is also displayed in the top level board which makes things a little confusing at first. Suddenly there's 2 active sprints. Makes sense when you get used to it but want to avoid this happening unless we have a break out project that needs it's own sprints and is managed independently but we still want to see status in the main board.

Hope that makes sense! :) 

Yes, so what we are doing is we have a separate project for each web site. Each has its own board where we still track the stories, etc. However, we then create a different project for each sprint team. The sprint team board is setup to query the projects needed to create the sprint backlog. The sprint is then started and managed on this sprint team board.

You can still create epics in the individual project board, but if you are tracking versions/releases I would keep these on the sprint team board. It's a little counter intuitive with the way JIRA is actually setup, but it has actually worked out pretty well as we often have cross project sprints and releases as well as team members that may rotate to different teams. It would be awesome if JIRA actually accounted for this and actually thought at some point we may develop an add-in to clean up this process as it is a lot more practical.

Hope this makes sense.

Like # people like this

To clarify - sprint planning and backlog grooming is also done at the team level and not the individual project level. However, we will sometimes do stakeholder backlog review and prioritization at the project level. I think it would depend on how you use product owner roles.

Like # people like this

@Alex_Blanton Thank you! You've put my mind at rest regarding the way I'm setting our Jira instance up. Sounds like we're pretty much set up the same way and I was concerned that I seemed to be going against the way Jira is configured but actually it's working out well this way. Again, thank you.

Could you please put here JIRA view .. I have 6 proj and 6 team - 6 Scrum board with additional master scrum board. However sometime team has to work on cross project during interdependcies ... ?

Like Steve Stilwell likes this

So, I think Atlassian's "preferred" solution is for us to use their Portfolio product to manage cross-project releases. I presume this is the reason JIRA will not allow us to add issues in one project to Versions in another. The Master Scrum board will show all the associated Versions but will not allow adding from cross-projects. I notice there are a few viable looking tools for JIRA Server that look promising. Not sure about Cloud, which is what we are using.

 If I go with this approach how should I manage release as you said version will not be same or shared 

I honestly don't know without a plug-in or the Portfolio project. In our case, we don't have dependencies quite like this and manage releases by team.

I gather from the discussion here, a single version cannot have multiple projects.

If this is wrong, can someone show how this can be done.



@Alex_Blanton Could you explain how to create a board that query multiple projects with current release?


Like # people like this

@Alex_Blanton is this still working out for you?

multiple projects on a single board what happens to reporting

Hello Everyone,

Several teams have interacted In this thread for the past few years, so here is an updated answer for everyone interested in this matter:

Today, Jira Software Cloud offers two kinds of projects: Classic (Same used by Jira Server) and Next-gen (Only available in Cloud). Although both project types are automatically added with a related board when created, the behavior of these project types and customization options are straight different regarding the sharing of the board between multiple projects, as mentioned in the documentation below:

What is a Jira Software board? 

Classic boards are not tied to a project, but to a JQL filter that can be found under the Board settings. That being said, you can edit that board filter to include issues from all the projects you want, sharing the same board between multiple projects. Additionally, you can create a new classic board either from a project or an existing filter, selecting where you want it to be allocated.

For more details on how to configure your Classic board to return multiple projects, you can check the documentation below:

Configure Filters

Now, Next-gen boards can only be created by creating a new Next-gen project and are strictly related to the project it was created, although we have a feature request to allow the editing of the board filters in Next-gen. For now, Next-gen boards can not be customized to return issues from any other projects except for the one where they were created.

For more details about Next-gen projects and boards, you can check the documentation below:

Working with next-gen software projects | Jira Software Cloud | Atlassian Documentation


@Blake Dodley That was my idea as well... till I noticed you can't create Epic on Epics, nor add tasks on stories, just subtasks. Subtasks don't show up in your board, so you just have a messy board with unusable stuff.



Let's say you use your project as your team and your epic as your project. Let's say you have a "Migration to Cloud" project (which would be an epic in this case).

An epic inside this "project" could be "Deploy service X", but since "Migration to Cloud" is already an epic and for some unreasonable reason you can't create epics inside epics, you need to create "Deploy service X" as a story/task. Then, let's say you want to create a "Create terraform templates" as part of this, and "instance", "roles", "security group" inside it. Like this:


Migration to Cloud > Deploy service X > Create terraform templates > Create instance

Migration to Cloud > Deploy service X > Create terraform templates > Create access roles

Migration to Cloud > Deploy service X > Create terraform templates > Create security group


You simply can't, without losing track of what you are doing. Yes, "Migration to Cloud" would be your epic and "Deploy service X" would be your story/task. Since you can't add tasks to a story/task, just subtasks (and they don't show up in your board), your board will have just "Deploy service X", instead of "create terraform templates". That means EVERYTHING needs to be done before moving, which makes no sense at all.

The idea of locking what can be inside what is completely random and against agile methodology itself. Agile is not about following frameworks, is about adapting them to your team to get the best out of it. This restriction just makes people asking WHY in a LOT of these tickets (I can copy links for questions like these or "epic under epic" for an entire day).

As you can see on the screenshot below, "Deploy service X" is still under "TODO", but "Create terraform templates" is already "in progress", and you can't see that in "In Progress" (and not even commenting the fact that you CAN'T create subtasks for the subtasks, so you even lose that information).


The fact that you need to pay for plugins (like Portfolio or Structure) to work as a workaround (like the workaround suggested in this post) just shows that the platform is simply not ready for teams with multiple projects.

If you decide to use one board per project, you will have dozens of boards (which is basically not possible to track at all) or you have to use this suggested "hack", but you completely lose the control over your tasks.

The fact that GitHub+ZenHub or GitLab have this and it's not even their main purpose (ok, it is for ZenHub) is quite concerning.

I'll keep trying to find a solution for this during my trial period, but it seems to be a complete dealbreaker.

If you guys have any ideas how to solve this WITHOUT paying more just to get on a workaround to "fix" the platform I would love to know.


It's a mess

Like rightdroid likes this

I wonder if Jira developers frequent message boards like this? It seems to be a widespread issue with having the same teams managing multiple projects yet there is no easy way to add any of that to a single sprint. I hope Jira developers will be able to create a simpler solution for all interested in it.

0 votes

I'm trying out the latest version of Jira Cloud and googled this question before trying, but it seems it's possible to create a board that incorporates several projects. 

I googled and came upon this current thread and thought it wasn't possible, so for anyone that does the same, here's proof:


Hi, does anyone know how to show only one type of tasks from other project on a board for different project. My case is: We have board for a project but we also do some stuff for other project but these are only bugs so I want to show only bugs from project B on a board for project A and I dont what to create board for both project and using filtres.

Hi all, 


I tried to create a new board accessing multiple existing projects. Seems that it still works like @Alex_Blanton described back then. But, my latest project is in NextGen style and it does not appear in the board selection field. Only the ones of the classic style projects. Further, in the board overview, there is no way to change the settings of the NextGen board. 

Would be very happy to discuss any solution or workaround. 


Thanks in advance

So it seems that if you have all of your projects in Jira Cloud, next-gen projects, there is no way to pull all of your issues from together into a single board. Is that correct?

There is, if you turn on releases setting in next gen you can pull these into a software board, but im struggling with the ranking now, so you can see everything in a board but you can't manipulate the ranking of nextgen items because they don't use epic links like classic projects.

Hi all, 

I've read through the entire thread and am still not seeing a clear solution to what I'm trying to acheive. Apologies if this is redundant but if someone could let me know what I'm doing wrong or how else I can approach this to achieve my end goal of being able to control multiple projects from a single source that would be much appreciated. 

I've created single board with a JQL query pulling from three different projects. I wasn't aware that boards had to be tied to a specific project now but I set it up within one of these three projects. What I'd like to do and how I thought this would work is that I'd have a single backlog from all three projects that I could then plan into a single sprint. My goal is to have one place where my team members can see their weekly assignments across all projets as well as having a single place for the PM to conduct weekly planning and make adjustments. Reality is although I can create new sprints within this new master board I can only add tickets tied to the project it's located in. This means the PM still needs to go into each individual project and set up a sprint with the relevant tasks. Also means a team member would have to go into each project to pull in work if they are ahead for the week. It's totally counter intuative and pointless. 

Did I do something wrong with the setup of the master board or can anything be changed in the config to allow me to cotrol other projects from that one board? Any other suggestions? Thanks. 

Jimmy Seddon Community Leader Jan 17, 2020

Hi @Amy Taylor,

Just to be sure based on @Mahmoud Youssef's comment above, are any of the three projects you are trying to manage a "Next-Gen" project?  You can find this out by going to going to projects in the left hand menu and clicking on any of the projects in question.  Again in the left hand menu bar for the project, at the bottom of the page it will tell you if you are in a next-gen project or not.

If you are using classic projects this should work and the next thing I would be looking at would be your permission schemes to make sure that the people who are trying to add items to the sprints have permissions in all three projects as that could affect their ability to add items into the sprint.

I hope that helps!

Like Mahmoud Youssef likes this

Hi, from the discussion "how to manage multiple projects from a single board" it is still not clear to me how you run multiple projects and teams from one Board?

I came across this discussion, looking how Jira needs to be structured to be able to run different projects from a single product backlog with different Boards and Teams. Is that possible to do and still get all the basic metrics? Thank you for your feedback!

Hi Birgit,

One issue to clarify first is that if you are using the Next Generation project type, you will not be able to have multiple projects in the same board since this type of projects is not designed for that. 

If you are using classic projects, then you can create a board that have multiple projects by creating a board for one project then editing the JQL that defines the board filter to add other projects. 

In regards to seeing to multiple teams in the same board, that will depend on how you are modeling your teams. Many of us model the the team as a Jira project and actual project as an Epic. This makes a lot of sense for small teams in particular. However, if you modeled your teams as Jira teams and projects as Jira projects, then with proper permissions you can create a board across projects from multiple teams by changing the board filter (editing the JQL that defines the filter).

I hope this helps


Thank you very much for your response Mahmoud, it is much appreciated!

Like Mahmoud Youssef likes this

The way I did it was to create a new board called "All." In "Board Settings" > "General" under "All," I edited the filter query from "project = All ORDER BY Rank ASC" to "project in (BEAM-NN, LiederNet, Life, "PhD Applications", ToM-AMT) ORDER BY Rank ASC", where "(BEAM-NN, LiederNet, Life, "PhD Applications", ToM-AMT)" are my projects aliases. I'm not suer if there's a wildcard alternative for when I add/remove a project, but this works for now.

0 votes

Does anyone know if using the custom filters to create a single view that pulls in all projects can be extended to boards under a client account?

For context, we provide support for a platform to a few different clients. Most of them use our JiRA boards to submit tickets, requests, etc, but there a couple who have their own JiRA accounts. We are trying to merge the data from both sources so we have a more accurate vision of inflight work for better resource planning and management. 

Any ideas?

In order for you to display issues from one JIRA account within another JIRA account you will need a plug-in. Something like this would be an example:

Suggest an answer

Log in or Sign up to answer