-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] New hours to solve measure #119
Comments
@fivetran-jessicacherny thanks for opening this feature request, this addition of a new "hours to solve" measure makes sense as an impactful addition to our end ticket_metrics model. To confirm, I would imagine this solution would involve a new metric that expands upon the Current dbt_zendesk/models/agent_work_time/int_zendesk__ticket_work_time_calendar.sql Lines 13 to 14 in 62df5b5
Proposed Update case when status in ('new', 'open', 'hold') then status_duration_calendar_minutes
else 0 end as requester_wait_time_in_minutes,
case when status in ('new', 'open', 'hold', 'pending') then status_duration_calendar_minutes
else 0 end as solve_time_in_minutes, Similarly I know there are custom statuses that Zendesk allows users to create. So maybe it would make more sense to take the following approach. case when status in ('new', 'open', 'hold') then status_duration_calendar_minutes
else 0 end as requester_wait_time_in_minutes,
case when status not in ('solved', 'closed') then status_duration_calendar_minutes
else 0 end as solve_time_in_minutes, Let me know what your thoughts are and if this matches what you are looking to incorporate into the package? |
lgtm, @fivetran-joemarkiewicz! |
Hi @fivetran-jessicacherny, I'll be working on this task this sprint and should have it ready for deployment by the end of it! |
@fivetran-jessicacherny this is now live in the latest |
Is there an existing feature request for this?
Describe the Feature
My stakeholder wants to track a new definition of MTTR (mean time to resolution).
Today, we track full resolution time (i.e. total calendar days from ticket creation date to final solved date (i.e. latest solved date when ticket is reopened).
We actually only want to track the number of hours the ticket was not in the closed or solved status i.e. only tracking total time in open, pending, on hold. We call this Avg. Hours to Solve internally in our Looker instance.
Describe alternatives you've considered
No response
Are you interested in contributing this feature?
Anything else?
No response
The text was updated successfully, but these errors were encountered: