Summary

• Jira Service Management (JSM) offers a structured system for prioritising work in IT service management (ITSM).
• You can prioritise work items on an individual or group basis in JSM.
• Jira priority levels and Jira alert priorities are the prioritisation features for individual tickets. You can use the default priorities or create your own. Support agents can assign priorities manually or you can build Jira automation rules to do it for you.
• Atlassian Rovo offers a build-in AI assistant that analyses work items and suggests a priority.
• You can prioritise groups of tickets using Jira queues.
• You can prioritise groups of queues using Jira priority groups.

Why priority in Jira is the key to great ITSM

The key to great service delivery in IT service management (ITSM) is knowing how to prioritise incoming requests, incidents, and other IT work.

Without clear and consistent prioritisation, less important issues get dealt with first, and critical services remain disrupted. This leads to wasted effort, frustrated employees and customers, and overloaded support agents.

Jira Service Management (JSM) aims to turn ITSM prioritisation from a fuzzy conversation about what to do next into a structured system for focusing effort where it matters most. This system includes:

• Jira priority levels
• alert priorities for incident management
• queues
• priority groups

In this article, we’ll look at how priority works in Jira Service Management to drive efficiency, align ITSM with business goals, and set clear expectations for employees and customers.

Priority in Jira Service Management

In Jira Service Management, there are ways to prioritize individual requests/work items and groups of requests. For individual tickets, you have Jira priority levels. You also have alert priority levels for incidents. In addition, there’s Service Triage, which is an Atlassian Rovo agent designed to automatically triage requests and instantly suggest a Jira priority level to a support agent.

JSM lets you zoom out from a single ticket and manage collections of requests by priority too. The first level of group management is queues. You can create queues so that requests get filtered into specific queues based on certain criteria. This allows agents to work out which groups of requests they should attend to first.

JSM lets you zoom out even further and add a broader level of group management by priority. This is by putting queues into priority groups. That way, a group of queues can be prioritised over another. This becomes essential as Jira service projects grow and more and more queues are added. It’s also useful when you have more than one team of support agents working in a single service project.

Let’s look first at individual Jira ticket priority levels.

Priority levels in Jira Service Management

All work items in Jira Service Management, which include service requests and tasks created internally by agents, have a Jira priority level.

By default, the Jira priority levels are:

• Lowest: a trivial problem with little to no impact on progress
• Low: a minor problem for which there’s an easy workaround
• Medium: has the potential to affect progress
• High: a serious problem that could block progress
• Highest: the problem will block progress.

Your Jira admin can customise the name, description, colour, and icon of a priority in Jira Service Management. You can also add more.

Customer-submitted requests are automatically assigned a medium priority level by default. You can change this default in your service project’s field configuration. You can also use Jira automation rules to set priority based on specific conditions.

A support agent can change the priority of a work item at any time.  

How to calculate priority using impact and urgency

Priority levels in Jira Service Management are great, but they don’t help teams to know how to prioritise a work item. JSM offers a bit of guidance with this via the urgency and impact fields.

Impact is to do with how much something affects an organisation’s processes. Urgency is how quickly it will impact the organisation. For example, a high-impact incident might have low urgency because it’s not going to affect the business till the end of the financial year.

Impact and urgency are custom fields that come with JSM. Agents can select the values for impact and urgency that Jira provides, or you can create your own values.

Many teams use an impact urgency priority matrix (see below) so that they can determine what priority to assign based on the values entered in the impact and urgency fields. Jira automation can also be used to do this for you.

Jira priority recommendations from Atlassian Rovo

Service Triage is an out-of-the-box Atlassian Rovo agent that comes with Jira Service Management. The AI assistant will analyse the content, sentiment, and other details of a request to instantly suggest a priority level. It will also look at service-level agreements (SLAs) and, if needs be, suggest escalation to make sure critical issues are handled in a timely manner.

Alert priorities for incidents in JSM

An alert in Jira Service Management is a message sent to an individual or team signifying something that requires attention. They’re used in IT incident management for incidents such as a service disruption.

The alert priority tells you the severity of the alert and affects who is notified, what notifications they receive, and how/when they receive them. For example, a low-priority alert could be sent by email, whereas a critical alert could trigger a Slack message, push notifications, or even a voice call.

Incident and alert priorities

If there is a service disruption or some other unplanned event, an incident work item will have been created for it in JSM. This incident ticket will have been given a priority level. Jira lets you give your alerts the same priority level as the incident, or a different one. For example, for a high-priority incident, you may only want to send low-priority alerts.

Jira Service Management queues

Queues in Jira Service Management allow you to prioritise groups of tickets. So, you might have a situation where requests coming in from a particular office or customer are a higher priority than others. You’d make a queue for it, e.g. “Sydney Office Requests” or “Stark Industries”. All requests for that office/customer would get filtered into that queue, so that agents can focus their efforts there.

Alternatively, you may have a “time to first response” SLA goal. You could create a queue that lists the requests that are closest to expiring on that goal, called “SLA Priority Requests”.

Jira priority groups

Jira priority groups offer a second layer of group management by allowing you to prioritise groups of queues. This enables agents to more quickly identify, categorise, and address incoming requests based on their urgency and relevance.

For example, you could have a priority group called “Critical Operations”. Inside this group could be queues like “Critical Incidents”, “Requests Affecting Multiple Customers”, and “Executive Requests”. Then you could have a priority group called “Standard Service Requests”, which has queues like “Routine Access Requests”, “Low-Impact Issues”, and “General Inquiries”.

A layered approach to prioritisation in Jira

Jira Service Management offers a range of ways for ITSM teams to organise and prioritise their work.

Jira priority levels, the impact and urgency fields, the Service Triage agent, and alert priorities allow you to prioritise individual work items and incident alerts. JSM queues offer agents a focused view of their work by grouping specific types of work items together. And if you have a sprawling service project handling a large volume of service requests, then Jira priority groups offer another level of organisation above queues.

All in all, this layered approach to prioritisation in Jira means that whether you’re looking at a single ticket or a whole category of queues, everyone has a shared understanding of what matters most. The result is faster response times, less wasted effort, and a smoother experience for both support teams and the people relying on them.

If you’re interested in learning more about how Jira Service Management handles priority, contact us for a personalised demo.

‍