You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Hi there!
I recently became the team lead of our service desk at my company, and I'm seeing a lot of opportunities for improvement. One of these opportunities is that we have very few granular issue types.
[System] Problem
Employee offboarding
Employee onboarding
IT Help
Service Request
Service Request with Approvals
Task
None of these issue types really resonate with any kind of granular issue, which maybe is normal, because you'd want the issue to manage the back end workflow with the request type being the actual front end? I'd like to confirm this with someone who would know better.
Regardless, I'm wanting to be able to track common occurrences and weight them over the past 1 month, 3 months, 6 months, so that we can potentially build out some better workflows for our SLA breaching issues.
Does anyone have any advice for how to pull what a ticket is -actually- about rather than trying to leverage these generic issue types? Perhaps we should search by Descriptions & Summaries for key words? Just looking for a creative approach, thanks!
Hopefully there are fields on these issue/request types (e.g. department, problem type, etc) that could help you find the granularity on your historical cases.
Your thought process of understanding the granularity of historical cases and letting that inform your new design makes a lot of sense.
I appreciate the validation! Yeah there’s not too much info that we have access to, our Service Desk isn’t much above default issue types. I think my only option is trying to somehow aggregate summary and description data, so I think this might require an API approach
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Alice,
Welcome to Atlassian Community!
JSM is different from other flavors of Jira in that it is using both issue types and request types. A single issue type can be linked to multiple request types. So I would use the request type to track the different requests you get.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is Request Type what most people use for JSM while just using issue type to manage the actual logical workflow? I’m sure there’s some thoughts floating around out there about how best to manage issue types vs request types and how the workflows inform the attached requests
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you looked at using (and updating if necessary) Components for specific issue type?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I haven’t! Components and labels sound like a pretty solid approach, maybe there’s a way to pull summary and description data and assign labels/components based on keywords?
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.