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

0 vote
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.

 

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
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Bridget Sauer
Published Mar 09, 2018 in Jira Service Desk

E.L. Fridge's take on education, Jira Service Desk, and creative Jira use cases

...word of mouth, so by 2016, we were working with several other entities on campus to implement Jira Service Desk . The Atlassian motto of “for every team” has really come true for us in this case. We...

965 views 2 14
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