Incident czeka 2 godziny na approval, SLA mówi że ma być rozwiązany w 4h, a teraz już jest 3h. Bez eskalacji — ticket zaczyna się cykować między ludźmi. Z eskalacją — manager dostaje alert, escaluje do vendora, upgrade pracuje na P1 atencji. Escalation management to proces definiujący: kto dostaje notyfikacje, kiedy, i jaki jest next step gdy niemamy rozwiązania. W tym artykule rozkładam reguły eskalacji, ścieżki, i SLA integration.
Trzy typy reguł eskalacji
1. Time-based escalation: Incident czeka >1h bez rozwiązania — escalate to manager. Czeka >2h — escalate to dyrektor. Czeka >4h — escalate to CEO (dla P1).
2. Priority-based escalation: P1 tickety ZAWSZE escaluje się do managera natychmiast. P2 — jeśli tech nie robi postępu, escalate po 1h. P3 — jeśli czeka >4h, escalate.
3. Assignment-based escalation: Ticket przypisany do technika który ma "away" status (urlop, sick leave) — escalate do innego technika. Ticket przypisany do support group ale nikt go nie wzięł 30 min — reminder do team lead.
Ścieżka eskalacji — praktycz przykład
- Level 1 (Frontline): Technik on-call obsługuje ticket, próbuje fix. Ma 2 godziny dla P1.
- Level 2 (Manager): Po 2h bez rozwiązania — manager IT dostaje alert. Robi: czy možliwe escalate do vendora? Czy trzeba outsource? Robi contact plan z klientem.
- Level 3 (Director): Po 4h (P1) — dyrektor IT dostaje alert. Decyduje: czy trzeba emergency response team? Czy wezwać vendor on-site? Czy jest workaround?
- Level 4 (Executive): Po 6h+ (P1) — dyrektor biznesu (VP Operations) dostaje alert. To już konwersacja biznesowa: jaki impact? Ile czasu? Ile kosztuje downtime?
Escalation management w ManageEngine SDP
Setup:
- Admin → Automation → Escalation Rules
- Utwórz regułę: IF (Priority = P1 AND Status = Open) THEN escalate to Manager after 30min
- Utwórz regułę: IF (SLA Breaching in 30min) THEN escalate to Director + send notification
- Notification channels: email, SMS, Slack
- Track: Reports → Escalation Analytics
Metryki escalation management
KPI #1: % escalations needed — ile % ticketów musiał być escalated. Target: <20% (jeśli je 40%, Twój Level 1 nie ma skill/kapacytetu).
KPI #2: Time to escalate — średni czas od otwarcia do escalacji. Target: <30min dla P1.
KPI #3: Resolution rate post-escalation — czy escalacja pomaga rozwiązać ticket? Target: 70%+ ticketów resolved w 2h po escalacji.
Escalation management dla Twojego ITSM?
Rotech Group skonfiguruje reguły eskalacji w SDP, zdefiniuje ścieżki per priority, i przeszkoliści zespół. Gwarancja 90% SLA compliance.
Umów konsultację →