The requester emailed, or was forwarded to, askIT@yorku.ca
OUR SHORTCUT TO SERVICE
How we bypassed our biggest bottleneck and moved from automation to measurable impact
Service waited on triage
Before the right team could help, a Service Desk agent had to read, classify, and route the request
Halo recorded the new request
A triage agent identified the intent
The agent selected the category and team
The assigned team could then start resolving the request
Delayed service
Every minute spent moving a ticket was a minute before diagnosis, support, or resolution began
Queue delay
Requests waited for a routing decision before reaching the people who could act
Variation
Manual classification could vary from agent to agent.
Back-and-forth
Incomplete access requests created repeat contact loops and avoidable waiting
Capacity drain
Skilled agents spent scarce capacity moving routine work between queues
Faster service today
Every supported ticket classified with high confidence bypasses manual triage and moves closer to service delivery
Direct routing
Supported, high-confidence tickets move directly to the team that can act
Consistent decisions
A consistent classification approach can now be applied to every eligible request.
Automated follow-up
Incomplete DUO requests receive the approved request for missing information earlier in the process
Capacity returned
Confidently routed in-scope tickets no longer require manual Service Desk classification
Automated efficiency
Every incoming askIT ticket is assessed. Only in-scope, high-confidence tickets are auto-routed
Direct to resolvers
Ask for what is needed immediately
Return the decision to a person
Mitigating risk
Many of the core risks existed in both manual and automated triage. We added specific controls for the new risks introduced by automation.
Auto route only when confident
- Launch scope stayed limited to the supported categories with the strongest training data
- Receiving teams follow current Departmental Triage practices for misrouted tickets
- Recurring patterns are reported and are being analyzed to improve the model
The defined DUO scenario stayed narrow
- Only eligible Duo requests triggered the automated response
- Only missing-information cases were included
- Halo sent approved canned text, not AI-generated free-form advice
Ready for rapid response
- The Service Desk followed a documented manual recovery playbook to recover stalled tickets and make sure they were triaged
Performance was proven before routing
- Silent production monitoring compared AI and agent decisions
- Active routing followed a readiness review
- Low-confidence and out-of-scope tickets stayed in the human process
From pilot to production
We tested in QA and production, set readiness gates, and moved only when the evidence supported it
Build, test, prepare
Completed technical validation, UAT, guidance, training, communications, and operational readiness assessments
Monitoring phase began
Analyzed live tickets and recorded decisions without updating, assigning, or routing them
Readiness gate
Reviewed accuracy, exceptions, operations and people readiness before active routing
Active routing began
Eligible, high-confidence tickets began moving automatically. All others followed manual triage
Hypercare and refinement
Continue monitoring results, recovering exceptions and tuning based on evidence.
Prepared our Service Desk to...
Understand the process
Recognize when Otto Excellence is actively processing and avoid interrupting live triage
Watch for issues
Monitor the queue and action stalled tickets that need attention
Route stalled tickets
Confirm the stall, apply the correct category and team, then route the ticket appropriately.
Turn patterns into improvement
Report recurring errors, unusual trends and repeated stalls to Operational Excellence.
Highest volume = highest value
Limited automation to the 27 most-requested supported service categories
Kept uncertain tickets with the Service Desk
Used production monitoring to confirm readiness before go-live
Kept people responsible for exceptions, judgement and service quality
How we did in September
Tickets processed
Model coverage
Classified with confidence
Model accuracy
DUO 2FA tickets
DUO responses sent
Reporting periodTickets received and resolved during September 2026.
How accuracy is measuredAgent-assigned categories are treated as ground truth, assuming the resolving agent selects the correct category before closing each ticket.
We moved the needle... RIGHT
Ticket-level results showed Duo requests moved through the process MUCH faster after automation
Mean
i
The mathematical average. It shows the overall process change, but can be pulled upward by unusually long-running tickets.
Average total process time · all ticket durations averaged together
Median
i
The middle ticket in the dataset. Half of tickets were faster and half were slower, so this is closer to the typical experience.
Median total process time · the middle ticket in the dataset
The story behind the data
Saving 29 hours from the median ticket means less time waiting for help and less frustration when DUO issues block our community's ability to work or study
When follow-up happens automatically, agents spend less time chasing the same missing details and more time handling exceptions and delivering higher-value service work
Automation
VS Ambiguity
The MVP worked best where service patterns were clear. Working through our ambiguities is our next step toward improving auto triage
Auto Triage is trained against existing human patterns. We expected, and proved, that it inherited some misrouting habits from our original data set. Giving our staff the tools and resources to perform more accurately today, will improve our future data for even more accurate performance
When multiple IT service desks offer similar support, classification and model training need more context supported by clearer service definitions
Our next step is in improving how we consider the requestor's entity information. Improving matching to the requestor's local service desk when appropriate
The next step is tightening accuracy of the current in-scope categories and then slowly expanding out to our next batch of high priority services