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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Currently when an issue needs to be escalated to a certain department, a field value is edited to select that department. SLAs are not able to be tracked, specifically Time to First Response and Time to Resolution.
Is it recommended that I create a separate Projects for departments that have different SLA requirements?
Also, is it recommended that when tickets are escalated, that each department is created in the Workflow versus a Field (I.e. “Escalate To” as a Status and they will be able to select which department to escalate to)? Or is there a better way of doing this.
We are using Data Center.
Thanks for your help!
Hi @Kim White and welcome to the community,
I'll try to answer to your individual questions:
Currently when an issue needs to be escalated to a certain department, a field value is edited to select that department. SLAs are not able to be tracked, specifically Time to First Response and Time to Resolution.
You can create a new SLA called e.g. Time to First Response Escalated and have it running only if the dpt field is populated and when the issue transitioned to escalated (or replied to customer when being on escalated issue).
Also, is it recommended that when tickets are escalated, that each department is created in the Workflow versus a Field (I.e. “Escalate To” as a Status and they will be able to select which department to escalate to)? Or is there a better way of doing this.
The above really depends on what statistics/reports you want to obtain from your tickets. I would assume that usually a custom field with all the dpt, with only one status would be enough for you to get the reports your want. But again, it really really depends on whether using the solution I mention can get you the data you want. So I would suggest that you start by analyzing the data you want to acquire and based on them design your solution.
@Kim White Welcome to the Atlassian community
I would think about how the customer would be impacted by multiple projects. If having multiple projects does not matter then you should think about how agents and reporting will work. If the same people will be working on the issues or you need to be able to report easily on all the different areas you are escalating to then having a single project probably makes the most sense.
You can easily setup multiple SLAs that are only applicable to specific issues that meet the SLA criteria. You can even have multiple conditions for a single SLA. https://support.atlassian.com/jira-service-management-cloud/docs/create-service-level-agreements-slas/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Kim White
Here is a good Use case of how you can organize SLA control for different Departments using Custom fields and the SLA Time and Report add-on (which my team developed).
I see your JSM tags, but you wrote that you use Data Center, so I warn you that the add-on works only for Jira Cloud and has a trial period of 30 days.
I hope you will find helpful information there.
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.