We have multiple teams within IT that we would like tickets to be able to be assigned to. What is the best practice for setting up multiple teams in JIRA service desk?
Like Ege Su Inan, we are using a custom field 'Teams' linked to Insight.
(https://marketplace.atlassian.com/apps/1212137/insight-asset-management-for-jira)
All incidents and service requests are in 1 single project that we can assign to a specific team (insight object).
The Dev teams have their own kanban or scrumboards where those incidents are visible for them.
On the portal we have also some forms where incidents are Sr are directly assigned to a specific team without having to be handled by the service desk.
All IT users have a SD agent license as they should be able to respond to their customer / stakeholder.
Hey,
I would recommend to use a select field called(IT Teams).
We are using Insight plugin for this, each category on service desk portal has different teams so it goes automatically.
Cheers,
Ege Su
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Dave Benson, welcome to the Community. The answer depends on more info TBH. Can you share more about what you mean by multiple IT teams? Are the customers different? Are the 'products' supported different?
Some example thoughts...
Other things to consider:
Hope this makes some sort of sense. If you provide more details on your scenario I might be able to provide my recommendation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks - The customer base is the same, however the incidents are different. So for example, if a end user's laptop breaks then that ticket needs to go to our "service desk" which is a set of agents. If a end user is having an issue with a specific application, then that incident needs to go to our "applications" team which has a different set of agents.
The SLAs will be similar and I don't really care if the agents see each other's ticket queues. We also do have instances where incidents will get moved between these teams.
Ideally I would like to have a set of agents notified when a specific incident type comes in, and then have a queue to work from so they know what incidents are there for each team to work.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I created a custom field TEAM (single select).
I created automation - when the the TEAM changes, I change Assignee to unassigned.
I have queues filtering the TEAM field.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Our approach is to give those who directly interact with customers Jira Service Desk Licenses and anyone else who work on issues but does not directly deal with customers get Jira Software licenses.
We also use automations to "escalate" issues to other IT teams if necessary by copying the relevant information (Description, Summary, Comments, Attachments, etc) and linking the two.
Each team would get their own project to limit confusion.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks - all of our users will have JIRA Service desk licenses, just some issues need to go to one team and some issues need to go to another. If we create separate projects, can incidents be transferred between different projects?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can move an issue between projects, but since we want everyone to get credit for doing their part we duplicate the issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.