How do you organize and prioritize tasks in Jira when managing multiple projects?

Hi @Mark stewart !

Welcome to Jira! When managing work across multiple projects, the best setup really depends on your team's autonomy, but a general rule of thumb is: create separate projects if the work involves different teams, permission models, or workflows, and keep work in a single project if it's the same team handling everything in one combined board/backlog.

To keep track of priorities across multiple projects without missing anything:

1. Use Jira Dashboards: Build a personalized dashboard with widgets like Assigned to Me (sorted by Due Date or Priority) and Filter Results to get a single-pane view of your urgent tasks across all projects.
2. Save Custom JQL Filters: Create cross-project filters (e.g., assignee = currentUser() AND statusCategory != Done ORDER BY priority DESC, dueDate ASC) and star them for quick access.
3. Leverage Advanced Search / Plans: If you have access to Jira Plans (Advanced Roadmaps), use it to map timelines and dependencies across all your projects in one unified view.

By the way, since there isn't one "single right answer" for project architecture and everybody has unique setups, this would actually make a fantastic Discussion post in the Community groups (rather than a Q&A thread) so more Jira admins and power users can share their favorite workflows!

Hope this helps you get structured!

Welcome to Jira @Mark stewart 
@Jean Horn  and  @Martin Runge  nailed the core: separate projects when the team, permissions, or workflow genuinely differ; one project when it's the same people and only the task type changes. And Martin's rule is the keeper splitting later is easy, merging back is painful, so when in doubt, start with one.

For not missing things across projects, the native setup that works:

1. A cross-project dashboard an "Assigned to me" gadget sorted by priority/due date.
2. A starred JQL filter like assignee = currentUser() AND statusCategory != Done ORDER BY priority DESC, dueDate ASC — your whole plate in one click.
3. Plans (Advanced Roadmaps), if you're on Premium, for cross-project timelines and dependencies.

Where that strains is that dashboards are a snapshot you refresh they show what's assigned and overdue, not what's actually at risk right now.

That live picture is what we build at Everview (I'm on the team). It reads your real Jira issues (Jira stays your source of record) into one live view across every project: what's in flight, what's slipping, and what needs attention first, updating as work moves. So the priority call is something you see, not reconstruct.

Every project sits on one canvas with live progress, on-track vs behind, and an "Available" band for uncommitted capacity — and you can click into any project for the effort and dates behind each number.

full canvas — projects side by side, progress + behind/on-track. Demo data.


project detail — target date, Estimated vs Planned. Demo data.

We're On the Atlassian Marketplace if you'd like a look: Everview.ai

Hi @Mark stewart 

I recently wrote an article on how to handle dependencies across different stacks on a SW development environment, I think you might find it helpful if you reuse the concept for cross-project even for non-SW developments.

https://community.atlassian.com/forums/App-Central-articles/How-to-build-track-and-visualize-a-high-level-cross-stack/ba-p/3275177

Hi @Mark stewart

I would build on Jean's answer with a simple question I ask myself before creating a new project: Does this work really need to live on its own?

I create a separate project when:

• Different people should see or touch the work
• The steps to get something done are truly different
• I need to report on it as its own thing

I keep it all in one project when the same people are doing the work and only the type of task changes. The part I would really keep in mind: splitting things into a new project later is easy, but pulling them back together is often painful for you as an admin and users. So when I am not sure, I start with one project and only split it out once there is a clear reason to.

Cheers, Martin

Hi @Mark stewart,

The cross-project filter and dashboard setup suggested here is the right foundation. If you're open to also trying an app from the Atlassian Marketplace, JXL for Jira can help with the day-to-day working part. Specifically, its sheets allow you to see and edit work items from any number of projects in one spreadsheet-like table:

• Scope a sheet to a saved filter like the cross-project JQL mentioned in this thread
• Group by project, priority, or assignee to see everything on your plate in one place
• Edit inline (priority, due date, assignee) without opening each work item
• Save the setup as a view and come back to it every morning

Here's a multi-project grouping in action:

Disclosure: I work for the team that builds JXL.

All the best,

Ivan

Hi @Mark stewart 

One thing I’d add is to keep the structure simple at first.

When managing multiple projects, it can be tempting to create more projects, priorities, or custom workflows to keep everything organized. But that can make Jira harder to maintain over time.

I’d start with:

• A small number of clear priorities
• Filters and dashboards for a cross-project view of what needs attention
• Additional projects or workflow complexity only when there’s a real difference in teams, permissions, processes, or reporting needs

In my experience, it’s much easier to add structure later than to clean up unnecessary configuration once it has accumulated.