ITSM

Escalation management ITSM -
how to escalate smartly?

Time-based and priority-based escalation rules, escalation path (technician→manager→director), link to SLA, ManageEngine configuration.

← Blog
ITSM
Jakub Roszkiewicz · May 2026 · 10 min

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.

3
escalation rule types: time, priority, assignment
P1
highest priority requires the fastest escalation
3-4
escalation path levels (technician → manager → director)

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

Escalation must be clear: every level knows whom to go to next and when. Without that - people lose track of who is doing what.

Escalation management in ManageEngine SDP

Setup:

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.

JR
Jakub Roszkiewicz
CTO · Rotech Group

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 →