Reimagining ‘work’ in Jira to better represent all teams

[#1]

As more teams make Jira their home for work, we’re committed to improving the language in our tools to better reflect the diverse ways you define and manage your work.

Today, we’re excited to announce the introduction of work as the new collective term for all items tracked in Jira. We’re also exploring ways to incorporate the language you use for your own unique work types.

The issue with ‘issues’

Jira was originally developed as a bug tracker, designed to manage ‘issues' – and for years, that’s how we’ve referred to the work teams track in our tools. But, as our products have evolved, so have the use cases they support.

Today, Jira serves a diverse array of teams, each with unique workflows. We believe that the true power of Jira lies in its flexibility to represent all kinds of work. We’ve heard from you that the term ‘issue’ can be limiting and somewhat confusing in the context of your work.

So, going forward, instead of referring to your work as ‘issues,' Jira will call the different items you track exactly what they are: work.

So, what’s changing exactly?

This update is more than just a simple find-and-replace. Through discussions with numerous teams, we've learned that you often have unique terminology for your work in Jira, and we want the tool to reflect this.

Just as today, you can still customize as many work types as you need to accommodate your team's language, workflows, fields, and automation preferences.

We’re extending that flexibility by making Jira smarter. Now, when you're working on a specific type of work, the interface will dynamically adjust to fit that context. For example, engineering teams see 'bugs' or 'stories,’ whereas Marketing teams may see 'launches' or 'copy.’ 

By aligning more closely with the work types you use, we aim to make Jira speak your language, whether you're a tech-savvy developer or a creative campaign manager.

When it's not possible to use your specific language or when we’re referring to various types of work collectively, we'll use the term work item.

We're continuing to explore ways to better integrate your language into Jira, and welcome any suggestions you may have.

How this impacts other languages supported by Jira

Our team conducted research to determine how best to implement these changes across the various markets supported by Jira and to assess whether updates to the language were necessary.

As a result, the following languages will have updated terminology to reflect this change: Chinese (Simplified), Chinese (Traditional), Dutch, Finnish, Japanese, Korean, Norwegian, Portuguese (Brazil), Spanish, Swedish and Turkish.

All other supported languages will retain their current terms.

The road to work in Jira

This update will be rolled out gradually, with work replacing ‘issue’ across all Jira Cloud products, including Jira Service Management and Jira Product Discovery, in early 2025. Updates in other products will follow soon after.

Apart from informing your teams, there's nothing you need to do in product to prepare for this update.

Given the scope of this change, there is a significant amount of material that needs updating. You may still encounter the term ‘issue’ in some of our experiences, documentation, and support materials as we work through these updates.

---

We welcome your feedback, comments and questions as we refine Jira's language to better align with the needs of all teams.

FAQs

Note: We'll keep updating this FAQ to address any recurring questions or concerns.

Q. Why not use terms like ‘item,’ ‘record,' or ‘activity’?

While these are all valid options, our research indicated they can be ambiguous in what they represent. Our goal is to make Jira the place of work for all teams, and we believe 'work item' is a natural replacement for ‘issue,' as it more accurately captures a record of work, rather than just any activity.

Q. Why not use a term like 'ticket'?

We conducted research with a diverse range of teams that had varying levels of technical knowledge. Although there were many common terms that teams used to describe their work, most were not broadly suitable. Based on the feedback we received, 'work item' was chosen as the most appropriate term for all teams.

Q: Can admins choose what term replaces 'issue'? Will this be a site or project-level setting?

No, admins will not have the option to decide what term replaces ‘issue.’ By default, ‘issue’ will be replaced with ‘work item’ for all Jira customers at the site level.

Q: Will this change be implemented in Jira Data Center as well?

As of now, there are no concrete plans to introduce this change to Jira Data Center in the near future.

Q: How can I see a preview of what this might look like in Jira?

You can use our Chrome extension and select 'work item' to preview Jira with the updated terminology. Please note that this extension performs a broad find-and-replace of terms and does not reflect the final implementation of work in Jira.

[David Pezet]

@Josh Sherwood Please review the comments from the previous announcement. There seems to be underwhelming support for the use of "work" or "work item." This should call into question the value of any previous research. If the term "issue" is being changed because it no longer accurately reflects how Jira is now being used, then it should be replaced with something even more inclusive of its current usage. Many use Jira "issues" to represent things that are not work, such as entities, objects, assets, clients, contacts, vendors, employees, etc. These items have lifecycles (i.e., statuses/workflows) that fit well within Jira's functionality, yet none of them are a type of work. I feel this change is simply replacing one problematic term with another and that it is being pushed forward despite valid, logical feedback.

[Dave Mathijs]

Please also introduce dozens of new icons to choose from for these work items, the current selection is way too limited.

[Stephen.Lugton]

@Dave Mathijs we replaced most of the standard icons with royalty free ones or ones we created ourselves as part of adding new ticket types:

[Jonathan Cyr]

"Jira will call the different items you track exactly what they are: work."

"Today, we’re excited to announce the introduction of work as the new collective term for all items tracked in Jira."

How can Atlassian not realise in their own phrasing that the obvious word here is "item", not "work"!

We used to say "Can you create an issue?". If you replace "issue" by "item" or "ticket" it still makes sense. But now it will be:
- Can you create work?
- Can you create a work type?
- Can you create a work item?

None of those sound good in English or convey an obvious meaning, especially not in the context of creating a suggestion or a user story for example. So many users mentioned to Atlassian in their previous post "Choose how you want to represent your work in Jira" that not everything is work, yet here we are.

I second what  @David Pezet said about calling into question the reasearch you have made on the subject.

[David Vins]

It's almost like they didn't read any of the reasoned feedback in their own community.

This sure will improve the myriad of use cases, such as where item "work" represents a physical asset, or a report, etc. JSM is going to be fun when every duplicative issues reported by customers are all considered work, too.

Meet the new boss, same as the old boss.

[Andrea Robbins]

It's ok - Jira users are going to continue calling them Jira tickets no matter what the official name is. 

The common thing I hear from development teams like in stand ups/projects is for management to tell them - don't forget to update your Jira tickets, so now it will sound weird - don't forget to update your Jira work items, don't forget to update your work, I just sent in a work item, or when will the work item ITS-1334 be done? It sounds so ODD.

I wish a whole new term would have been created - it would have helped Jira stand out instead of fit in with the other software competitors. 

[Rick Westbrock]

I always preferred to use the technically correct term so I would tell people to "Submit a Jira issue" and saying "Submit a Jira work" just sounds dumb.

Realistically almost everyone in my company has used the term card or ticket so this nomenclature won't really affect them. I guess the rest of us just need to embrace using a term that is not "technically correct" and ignore the fact that Atlassian is "solving" a "problem" that I don't think really exists with this change.

[Henri Seymour _Easy Agile_]

I understand that folks who agree with the change don't often comment on posts like this, but I might feel less apprehensive about this change if I could see any positive opinions for "item" / "work item" or stats on users preferring it. 

[Jonathan Cyr]

@Henri Seymour _Easy Agile_ Indeed. We did not get to see any stats or participate in any polls regarding any choices. Atlassian only wrote an article on Sept 24 asking us to choose between "work item" ot "task". No one in the comments really supported those. Although "Item" and "ticket" came up a lot as viable alternatives in the comments, they were never in the choices Atlassian forced us to pick from. Now, just 3 weeks later, Atlassian made a final decision. How ridiculous.

See: https://community.atlassian.com/t5/Jira-articles/Choose-how-you-want-to-represent-your-work-in-Jira/ba-p/2812617

[Rodolfo Romero - Adaptavist]

A want to add my voice to the comments from other people.

Please Atlassian, reconsider this decision. It is not aligned with the spirit of transparency and community that you are known for. The community has spoken and you are unilaterally deciding to ignore it and not being transparent as to how you collected the data to make this decision. It is clear that you did not collect it from the community.

Atlassian, if you're going to solve a "problem", then solve it right, or leave it alone and focus in many other things that have higher priority.