An incident waits 2 hours for approval, the SLA says it must be resolved in 4h, and we are already at 3h. Without escalation - the ticket starts bouncing between people. With escalation - the manager gets an alert, escalates to the vendor, the upgrade works on P1 attention. Escalation management is the process that defines: who gets notifications, when, and what the next step is when we do not have a solution. In this article I break down escalation rules, paths, and SLA integration.
Three types of escalation rules
1. Time-based escalation: Incident waits >1h without resolution - escalate to manager. Waits >2h - escalate to director. Waits >4h - escalate to CEO (for P1).
2. Priority-based escalation: P1 tickets ALWAYS escalate to the manager immediately. P2 - if the technician is not making progress, escalate after 1h. P3 - if waiting >4h, escalate.
3. Assignment-based escalation: Ticket assigned to a technician with "away" status (leave, sick leave) - escalate to another technician. Ticket assigned to a support group but nobody picked it up for 30 min - reminder to the team lead.
Escalation path - practical example
- Level 1 (Frontline): on-call technician handles the ticket, tries to fix it. Has 2 hours for P1.
- Level 2 (Manager): After 2h without resolution - IT manager gets an alert. Asks: can we escalate to the vendor? Do we need to outsource? Sets up a contact plan with the client.
- Level 3 (Director): After 4h (P1) - IT director gets an alert. Decides: do we need an emergency response team? Call the vendor on-site? Is there a workaround?
- Level 4 (Executive): After 6h+ (P1) - business director (VP Operations) gets an alert. That is a business conversation: what is the impact? How much time? How much does downtime cost?
Escalation management in ManageEngine SDP
Setup:
- Admin → Automation → Escalation Rules
- Create rule: IF (Priority = P1 AND Status = Open) THEN escalate to Manager after 30 min
- Create rule: IF (SLA Breaching in 30 min) THEN escalate to Director + send notification
- Notification channels: email, SMS, Slack
- Track: Reports → Escalation Analytics
Escalation management metrics
KPI #1: % escalated - what share of tickets require escalation. The higher this figure, the stronger the signal that the first line needs training or staffing reinforcement. The target should be set individually for your team.
KPI #2: Time to escalate - average time from ticket open to escalation. For critical incidents (P1) it should be as short as possible.
KPI #3: Effectiveness after escalation - whether escalation actually accelerates resolution. If the ticket still stalls after escalation, the problem lies in the escalation path itself.
Escalation management for your ITSM?
Rotech Group will configure escalation rules in SDP, define paths per priority and train the team - so tickets do not stall and SLAs are met.
Book a consultation →