Get started with Jira Service Management for admins
Your first stop for learning how to get started with Jira Service Management.
For any team in Jira Service Management, queues are critical for the service project as your agents use queues to categorize, prioritize, and take actions on requests. Queues act as filters for requests. They can be set to show specific requests based on their type, status or something else, using a JQL statement.
As teams grow, it is important for you, as a project admin to consider how you set up your queues so the team can manage requests efficiently, which includes managing load times but also mental load for your team.
From your project’s sidebar, queues are displayed under: Starred, any ‘priority groups’ created in the project, and View all queues. Queues in Starred and your ‘Priority groups’ will refresh and update their issue counts regularly. Queues under View all queues do not refresh, and are collapsed by default.
Any given queue will only refresh its count up until 999 issues at which point it will display 999+. For the best experience, agents should only see and refresh the queues that are relevant to them.
Recommendations:
Consider which queues are critical to the success of your individual teams (for example, high priority, expiring SLA, and/or high impact). Organizing these queues to their respective priority group helps your agents work on the right set of queues that are most important to their own team. Agents can freely switch between priority groups to change focuses. Find out how to prioritize queues by groups
Tip: Encourage agents to Star the queues that are most relevant to themselves. Read more about starring queues.
These queues have often been there since the beginning of your project. They help small teams visualize and design a structure that helps them grow. But as the number of issues in the project and site grow, these queues become a performance burden, especially when they are included in the refreshing sections.
Recommendations:
Show only recent issues, e.g. use updateDate < 14d in your JQL.
Use filters for viewing and managing large issue sets. Learn more about advanced searching in Jira Cloud.
All queues utilise Jira Query Language (JQL), which is Atlassian’s proprietary language for querying issues. Similar to other database queries. Often it is better to have multiple simple queues than one complex one. Learn more about optimising JQL.
Recommendations:
Avoid queues that analyse across multiple custom fields, complex functions, and/or labels.
JQL clauses provided by Marketplace apps installed on your site can sometimes be problematic. Reduce their use if a queue is underperforming.
It is possible to create queues that will perform full-text searches across issues. These queues perform on-the-fly categorization, and might suggest room for improvement in your request structure. For example, you might be trying to extract “summary ~ ‘fault’” or “description ~ ‘component name’” or the worst of all “text ~ ‘thing’”.
Recommendations:
Use request types and hidden fields to help customer categorize issues at point of creation, then build queues based on categories.
Automation rules to categorize issues (e.g. applying components or labels) then build queues based on categories.
Use Filters or Search for finding specific issues.
Queues in ‘priority groups’ are sometimes not for everyone. When faced with all the noise of a busy project it is not uncommon for individuals to create queues for themselves. Although this might boost their productivity, it will slow everyone else down who has to see and load a queue that is irrelevant to them.
Recommendations:
Build dynamic queues. Utilize JQL functions like “currentUser()” to personalize queues to the individuals.
Encourage agents to star queues that are relevant to them. Learn more about starring queues.
Was this helpful?