What is the appropriate approach for having a SecondLine support tier.

The new issues need to be in a FirstLine queue, and the Agent must be able to refer the issue to the SecondLine queue if she cannot resolve promptly.

It would be good to hear suggestions as to how this is best mapped to JIRA ServiceDesk.

Thanks, Robin.

2 answers

1 accepted

This widget could not be displayed.
Jack Brickey Community Champion Sep 30, 2016

Robin, building on what Jonas said here, however, It appears that the escalation would be done internally (by Tier-1 agent) not externally (by customer). If that is the case then it is pretty straightforward but the details depend on your specific scenario and current configuration. With that said, i would approach as follows.

  1. add a new status to the workflow. let's call it "Escalated"
  2. add a transition from "Waiting for Support" (or whatever status it is in when Tier-1 is assessing) to the new "Escalated". You will then want to tie in all other necessary transitions in/out of "Escalated" unless you simply choose all statuses can transition to/from "Escalated".
  3. From here there are a number of things you can do (validators, post functions) depending on what you want.
  4. Create an "Escalated" queue(s) from which your Tier-2 engineers would work.

there are a number of things you can do to further the basics above, e.g. use Automation to automatically notify the customer w/ a comment that it has been escalated or add a new SLA metric that is unique for escalations, etc.

hope this helps.

Thanks Jack / Jonas for your answers.

Yes, escalation is undertaken by Tier1 agent because he lacks the skillset, or could not resolve promptly.

New status and appropriate transitions seems most appropriate here.

Kind regards, Robin.


This widget could not be displayed.

I would build an escalation process with workflows that simply allowed the customer to click "escalate" and the workflow would transition or even move the issue to another project. Depends if you want to keep it all in one project still. If that's the case i would simply put up a couple of users that are associated with emails from distribution lists in exchange which would be assigned issues on escalations. Once a level 2 agent gets the notification, he can login and assign the issue to himself. Que's could be set up using dashboards that show issues still not assigned to any agents. This will also allow you to keep the JSD agent count low, as only a handful of shared users would be "agents" and regular users would assign themselfs the issues through jira.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Aug 13, 2018 in Jira Service Desk

Jira Service Desk – Don’t be afraid, the journey begins with curiosity!

...be more productive while being fun to use at the same time. For some, getting started can be a bit intimidating. This is especially true if Jira Service Desk is your first exposure to Atlassian...

9,845 views 9 28
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you