Hi Community.
I would like to get some tips on best practice when it comes to queues in Jira service management data center. If you have a large number of support teams, about 150 and plan to work in different queues, how should you best handle this in a queue structure? It feels like it will be a lot to have 150 queues in the queue struture. And to my knowledge you can not star your queues in Data Center as you can do in JSM Cloud.
What would best practice be in JSM DC?
Could you instead have one queue for all these 150 support teams and then make a configure solution according to best practice?
In this case, we prefer not to primarily use dashboards but want to work according to jira best practice.
Do you have any tips?
//Malin
@Malin Fremnell Can you share a little bit more about your current setup.
Hi Brant .
Its a single service management IT project for all Service request, that we want to set up and see if it could work with this 150 supportteams in a queue structure.
best
Malin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Malin Fremnell Unless there is a business requirement I would recommend against this. Jira Service Management has a top-level called Help Center that all service management projects feed into. This allows you to have multiple projects for your teams on the backend but only one place for customers to go. This would allow you to take the 150 queues and break them down into groupings that would allow you to have teams combined that make sense and have a manageable queue listing for agents.
You could go the route of having one project with 150 queues because JSM allows for 150 but it becomes very difficult for agents to find what they are looking for. I am still interested in learning more about how you plan on supporting your customers through the service desk, what you support there, your internal BPs for support, how your teams collaborate, etc. There might be a business case to have them all combined but there might be one to have them separated as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'd also be curious about the things that Brant asked above - but to offer a solution for what you described initially, I believe this could work very using the app that my team and I are working on, JXL for Jira.
JXL is a full-fledged spreadsheet/table view for your issues that allows viewing, inline-editing, sorting, and filtering by all your issue fields, much like you’d do in e.g. Excel or Google Sheets. Since JXL also supports all JSM fields, and every JXL sheet is powered by a JQL statement, many of our customers use JXL sheet(s) as a somewhat "supercharged" alternative to Jira's built-in queues. With regards to the scalability issues that come with 150 queues/teams, I could think of different strategies within JXL;
This is how JXL looks in action:
Note that JXL can do much more than that: From support for configurable issue hierarchies, to issue grouping, sum-ups, or conditional formatting.
Since you've tagged your question for Jira Server: As you may have heard, apps sales have ended for Jira Server. Are you planning to migrate to Data Center or Cloud? I'd strongly recommend that. If you need some more time, JXL is perfectly compatible with Jira Server; it's just that we need to generate a license for you. If the above looks interesting, just let me know, and I'll happily start a free trial for you.
Any questions just let me know,
Best,
Hannes
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, Hannes, for that tip. I will look into it.
No, its JSM Data center. The tag for server was a mistake.
Best,
Malin
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.