Would like to know if JIRA Service Desk provides a way to input estimate effort for tickets, so that besides SLA, one can see up front if a ticket will not be resolved within SLA, and re-prioritize accordingly.
Say Ticket A resolution SLA is 24 hours and the estimated effort is 8 hours. Say there's also Tickets B and C in the queue, with resolution SLA 4 hours each. Say 17 hours have elapsed and (for some reason) no work has been done yet on Ticket A, so we know up front it won't be resolved within SLA. Can JIRA Service Desk re-prioritize tickets B and C, which can be resolved within SLA (say effort is 2 hours for B and C), and move them up in the queue higher than Ticket A?
Furthermore, can ticket SLA unfulfillment penalty be factored in into the prioritization? So if penalty for tickets B and C unfulfillment is lower than penalty for ticket A unfulfillment, then ticket A will stay higher than B and C on the queue.
Thanks and regards
You have a couple options here.
Out of the box
Out of the box, JIRA Service Desk has a couple features worth exploring: JQL (the advanced search query language), agent view queues which are based on it, and labels where you could add any (short) text you like. So the idea would be that you can use labels to add free-form text (so for example you could add 8h as a label), and the agent queue can be re-prioritized based on those labels. I think you could rig up your queues to re-prioritize based on whether the label was filled out.
All Atlassian products, including both JIRA and JIRA Service Desk, are flexible. We have a plugin system that allows add-ons either for OnDemand or Server editions of our products. If you're willing to invest in building out a customization, you definitely have that option. If you did, I'd imagine building a simple custom field that takes time values; it'd just have the advantage of requiring valid input rather than free-form text.
By the way, I read a blog on this not too long ago. Check out Francoise Tournaire - she's a support consultant who waxed on about this subject recently. Agree, disagree, but it's a nice treaty into the subject: http://ftworks.com/measuring-case-complexity-a-fools-errand.html
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot