Growing our investment in a faster, cleaner Jira

[#1]

Announcing expanded limits, guardrails, and data management tools

Hello, Atlassian Community!

We know that as Jira sites grow in size and complexity, they become increasingly difficult to optimize. That’s why we’re excited to continue our investment in improving how you work in Jira, Jira Service Management, and Jira Product Discovery at scale, with:

• New limits: Starting September 2026, the Jira Cloud family of apps will enforce hard limits on several data types, listed below.

• New guardrails: You asked, we listened, and more guardrails are here to help you understand best practices and recommended thresholds for data volume and configuration.

• Enhanced data management tools: We are rolling out improved data cleanup tools available to all customers to help you find and easily manage unused or outdated data.

These limits will not block migrating cloud customers; all migrating customers will have 6 months from the date of their migration to adhere to Jira Cloud limits.

We are now also rolling out enforcement on previously announced limits.

Limits vs guardrails: What’s the difference?

• Limits are software-enforced ceilings for data usage. If you reach a limit, the Jira apps will prevent further actions until you are below the limit threshold.

• Guardrails are recommended best-practice thresholds that, if exceeded, are likely to impact performance. These are not enforced, but we strongly advise staying within them for optimal performance.

New limits

In September 2026, we will begin to enforce the following limits:

• Field options per field: 20,000

• Issue security levels per space: 50

• Grants per permission: 50

• Versions per space: 15,000

• Workflows per space: 150

• Statuses per workflow: 200

• Components per space: 10,000

• Priorities per space: 100

For the full list of limits in the Jira Cloud Family of apps, see our documentation.

What happens when a limit is reached?

As a reminder, if a site or project exceeds a limit, you’ll see an in-product message describing the limit. The Jira Cloud family of apps will block only actions that would exceed that limit (for example, adding more fields to a project that has already reached its field limit).

End-user actions continue to work as expected. Users can still perform functions like creating issues, spaces, and projects. All actions that do not require adding entities beyond the limit will work as expected.

Admins can still manage other projects and entities that are under the limits. You’ll also get proactive notifications as you approach limits, and usage is visible in Jira admin.

New guardrails

We are also excited to share two new guardrails to help you better understand how your site performs at scale. Remember, guardrails are recommended best practices, and will not be enforced:

• Space role actors per space: 5,000

• Space roles per user in a site: 2,000

These focus on areas where very high configuration complexity has the greatest impact on performance, usability, and admin overhead.

New data management tools in Jira admin

Customers on the enterprise and premium plans can easily view their data usage and clean up unused entities using Site Optimizer. Additionally, to help all customers stay within limits and keep Jira environments clean, we’re introducing the following new admin cleanup tools that make it easier to find and remove unused configuration items in bulk

1. Remove unused custom field options: Identify field options not used in any issues or workflows and bulk-disable those options to reduce clutter

2. Remove unused issue security levels: Find issue security levels not used by any issues and bulk-remove those unused levels

3. Coming soon! Remove unused groups or a single user from a grant: Supports bulk deletion of unused groups or single users from permission grants when:

• A single user’s access is suspended, or

• A group has no members, or all members have suspended access

Limits and guardrails work together to keep your Jira sites scalable, user‑friendly, and performant as you grow. We recommend all admins review the updated documentation, get a clear picture of your current data shape, and start tidying up your sites ahead of September’s limit enforcement.

Thank you for partnering with us to make the Jira Cloud family of apps even better. We’re here to help you scale with confidence and keep your teams moving fast!

[Dave LIAO]

@Mel Policicchio - looking forward to these guardrails and helpful tools!

FYI, this article's title has a hanging "m", and the screenshots in the article aren't working...

[Dave LIAO]

p.s. I hope to never see a workflow with over 100 statuses in it. 🫠

[Chadd]

It's great that Atlassian is spending on time on things like this I suppose.  But when is Atlassian going to fix the real bugs that impact users daily? And implement quality of life feature requests that would improve using Jira. There are bugs that have been around for years that continue to go unfixed. And open feature requests from years ago with tens of thousands of votes. It feels like Atlassian doesn’t care about those types of issues. I love Atlassian products, but Atlassian is making it hard to continue to love the products. 

[Tim Eddelbüttel]

These limits will not block migrating cloud customers; all migrating customers will have 6 months from the date of their migration to adhere to Jira Cloud limits.

From the documentation page:

Fields: Maximum 700 fields per space
Calculated based on fields included in the field configuration schemes associated with the spaces.

Out of curiosity, so that means, as within Jira Data Center all fields are technically part the the field configuration. The migration will preserve these. Afterwards the customer has 6 month to go trough all field configurations and remove the fields that are not needed?

[Piotr Smialek]

Using the Marketplace app Dynamic Forms for Jira, you can avoid hitting the limit by replacing multiple fields into a single Bundled Field slot. It lets you display a group of sub-fields within one Jira field and use custom separators or sections to organize the layout, which greatly improves the UX of filling out work items.

You can test it on a free trial here: https://deviniti.com/support/addon/cloud/dynamic-forms/latest/bundled-fields/

[Mel Policicchio]

Thanks @Dave LIAO should be fixed now!

[Dave LIAO]

@Mel Policicchio - confirmed! ✅ 

[Dave Meyer]

@Tim Eddelbüttel you said

as within Jira Data Center all fields are technically part the the field configuration. The migration will preserve these. Afterwards the customer has 6 month to go trough all field configurations and remove the fields that are not needed?

This is technically correct, but in practice we are working on building checks directly into our migration assistants as well as working hands-on with our large migrators who might be in this position to help clean up configuration as part of the migration process.