I've got a custom service desk report that shows the average first support response time for issues submitted to the service desk.
When I view details for individual tickets on the report, there are several Elapsed Times that show up as WAY higher than what they actually are on the ticket.
Here's the most egregious example:
This is totally skewing my reporting and reduces the credibility of my entire dashboard!
Things I've already looked into that don't seem to be causing this problem:
Is there something I'm missing? Is this a bug that needs to be reported?
Thank you in advance for any replies!
ANSWER: the miscalculation I'm seeing is caused by this bug: https://jira.atlassian.com/browse/JSDCLOUD-7546
Please vote for it if you think the fix would be helpful for your team!
Hi Monica:
Did you check your SLA setup for the JSM project in question?
1) There are three conditions for the "Time to first response" SLA which has it's own separate conditions, and it's own start/stop/pause options.
2) Make sure that the jql filter linked to the SLA is correctly configured so that the SLA is being applied to the correct issues
Hope this helps.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Infrastructure Applications Team
Viasat Inc.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joseph,
Thanks for your reply!
I did check the SLA setup for this service project. The ticket in question met 2 of the 3 possible conditions for stopping the 'Time to First Response' SLA - a comment was posted, and the status was changed. It seems that neither of these triggered the SLA to stop on this ticket. Based on how the other first response times in this report are being measured (excepting the ones that seem really far off, which prompted this post), Jira should have stopped the SLA and counted the Elapsed Time as 10 minutes.
I've also confirmed that the JQL filter linked to this SLA is correctly configured - as I mentioned, I manually checked and most of the tickets in this report seem to be calculating correctly. The inconsistency is a big part of the reason I think this may be a bug.
Hope this is helpful context.
Monica
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did the SLA setup changed after the JSM issue in question was created and commented. Meaning the issue was created prior to SLA was re-configured. If so, then it explains the possible cause because SLA updates don't automatically applied against issues created prior to the changes.
If not, then I will recommend you contact Atlassian Support for further assistance.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Joseph, no the SLA setup has not changed in quite a while. I've just submitted a bug report to Atlassian (JST-750877). Appreciate your help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the update. Please let me know what Atlassian Support has to say about your reported issue and possible solution.
In the meantime, if you feel my responses assisted your ask, please click on Accept Answer when you have time.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Joseph Chung Yin , following up on this - it looks like the miscalculation I'm seeing is caused by this bug: https://jira.atlassian.com/browse/JSDCLOUD-7546
I've just posted another question around the specifics of the workaround described in the bug ticket, would very much appreciate any info you may have!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the update. Please feel to click on Accept Answer when you have a chance if my replies to this case have helped you.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.