SLA Takibi ve Eskalasyon Yönetimi

Problem

Çoğu kurumda SLA'lar sözleşmelerde ve sunumlarda yazılıdır ama günlük operasyonda görünmez. Bir talep e-postayla gelir, bir mesajlaşma grubuna düşer, bazen bir ekran üzerinden açılır; ardından kimin sahiplendiği, ne zaman yanıtlanması gerektiği ve sürenin ne kadar kaldığı kişilerin hafızasına kalır. Süre dolduğunda bunu fark eden çoğu zaman müşteri ya da iç paydaş olur. İhlal gerçekleştikten sonra "neden geç kaldık" toplantıları yapılır, ancak elde somut bir zaman çizelgesi olmadığı için herkes farklı bir hikâye anlatır. SLA ihlali takibi, olaydan sonra log toplamaya çalışmak yerine süre işlerken gerçek zamanlı görünür olmayı gerektirir. İkinci sorun eskalasyondur: Bir iş zamanında ilerlemediğinde devreye kimin, ne zaman ve hangi koşulla gireceği çoğu kurumda yazılı kural değil, inisiyatiftir. Kişi izinli olduğunda, mesajı görmediğinde ya da işi yanlış değerlendirdiğinde zincir kopar.

Klasik yöntemler neden yetersiz kalır?

E-posta ve mesajlaşma grupları iletişim için tasarlanmıştır, süre yönetimi için değil. Bir mesaja yanıt verilip verilmediğini sistemli olarak ölçmezler; "gördüm" bilgisi en fazla okundu işaretiyle sınırlıdır ve bu da sorumluluğu doğurmaz. Excel tabanlı SLA takip tabloları manuel güncellemeye bağımlıdır; gün içinde kimse tabloyu açmadığında süre çoktan ihlal edilmiş olur. Klasik tiketleme araçları süreyi ölçebilir ama ölçtüğü an kişinin dikkatine zorunlu olarak ulaşmaz; bildirim onlarca diğer bildirimin arasında kaybolur. Operasyonel SLA süresi yaklaşırken kimsenin uyarılmaması ve süre aşıldığında işin kendiliğinden bir üst kademeye taşınmaması, bu araçların ortak boşluğudur. Sonuçta ölçüm ile müdahale arasındaki bağ kişiye, kişinin de o anki dikkatine bırakılır. Denetim tarafında ise dağınık kanallardan sonradan tutarlı bir zaman çizelgesi çıkarmak neredeyse imkânsızdır.

Notivex yaklaşımı

Notivex yeni bir mesajlaşma kanalı kurmaz; e-posta, mevcut iletişim araçları ve iş uygulamalarınızın üzerinde duran bir kritik iletişim ve operasyonel kontrol katmanı olarak konumlandırılır. Bir iş veya bildirim kritik olarak işaretlendiğinde, ona bir yanıt ve/veya çözüm süresi tanımlanır. Bu süre tek tek sayaçlarla değil, kurguladığınız SLA politikasıyla yönetilir. Hedef kişi mesajı gördüğünde ve onayladığında bu, okudum/onayladım telemetrisi olarak kayda geçer; yani "iletildi" ile "anlaşıldı" birbirinden ayrılır. Süre kritik eşiğe yaklaştığında ilgili kişi zorunlu görünürlükle uyarılır. Süre buna rağmen ihlal edilirse, önceden tanımlanmış eskalasyon zinciri devreye girer: iş bir üst yetkiliye ya da yedek sorumluya otomatik taşınır, gerekirse paralel olarak birden fazla kişiye iletilir. Tüm bu adımlar (kimin ne zaman gördüğü, onayladığı, kime eskale edildiği) audit trail içinde denetlenebilir operasyon kaydı olarak tutulur. AI destekli karar önerisi, geçmiş örüntülere bakarak bir işin gecikme riskini ve olası eskalasyon adımını değerlendirilebilir biçimde önerir; nihai kararı yine sizin ekibiniz verir. İhtiyaca göre on-premise veya hibrit kurulumla, verinin kurum içinde kalmasını gerektiren senaryolara uygun şekilde yapılandırılabilir.

Örnek senaryo

Bir üretim tesisinde bakım talepleri için "kritik arıza yanıt süresi 30 dakika, çözüm hedefi 4 saat" şeklinde bir SLA tanımlandığını düşünün. Gece vardiyasında bir hat operatörü kritik arıza bildirimini açar. Notivex bunu bakım nöbetçisine zorunlu görünürlükle iletir; nöbetçi bildirimi görüp "müdahale ediyorum" şeklinde onayladığında bu süre kayda geçer. 30 dakikalık yanıt eşiğine 5 dakika kala henüz onay gelmemişse, sistem nöbetçiyi tekrar uyarır. Süre yine de dolarsa iş otomatik olarak vardiya amirine eskale edilir ve paralel olarak bakım yöneticisi bilgilendirilir. Sabah raporunda yönetici, hangi arızanın hedefte kaldığını, hangisinin eskale olduğunu ve her adımın zaman damgasını tek bir denetlenebilir kayıt üzerinden görür. Burada kazanılan şey hız değil yalnızca; sürecin kişilerin hafızasından çıkıp ölçülebilir ve hesabı verilebilir hale gelmesidir.

Kullanılabilecek modüller

• SLA — Kritik işlere yanıt ve çözüm süreleri tanımlar, kalan süreyi izler ve eşik aşımlarını görünür kılar.
• Eskalasyon — Süre ihlal edildiğinde işi önceden tanımlı zincire göre üst kademeye ya da yedek sorumluya otomatik taşır.
• Acknowledge — Okudum/onayladım telemetrisiyle "iletildi" ile "anlaşıldı"yı ayırır ve sorumluluğu kayıt altına alır.
• Audit Trail — Her görüntüleme, onay ve eskalasyon adımını zaman damgasıyla denetlenebilir operasyon kaydına dönüştürür.