Olay yöneticisi: kesintide hizmeti geri getiren rol

Olay yöneticisi kimdir, neyi yönetir?

Olay yöneticisi (incident manager), bilgi teknolojileri hizmetlerinde bir kesinti ya da bozulma yaşandığında hizmetin en kısa sürede normale dönmesini koordine eden kişidir. Sorunun kök nedenini kendisi çözmek zorunda değildir; asıl işi, doğru insanları doğru zamanda aynı konuya odaklamak, önceliği belirlemek, paydaşlara net bilgi vermek ve olayın kaydını düzgün tutmaktır.

Bu noktada olay ile problemi ayırmak gerekir. Olay (incident), bir hizmetin beklenen şekilde çalışmamasıdır: ödeme sayfası açılmıyor, e-posta gelmiyor, bir uygulama yavaşlıyor. Problem ise bu olayların altında yatan tekrarlayan nedendir ve ayrı bir yönetim sürecinde ele alınır. Olay yöneticisi önce hizmeti ayağa kaldırmaya, sonra öğrenilenleri problem sürecine devretmeye bakar.

Büyük etkili olaylarda rol, majör olay yöneticisi (major incident manager) adıyla anılır. Bu kişi bir olay köprüsü (bridge) açar, teknik ekipleri toplar ve üst yönetime düzenli durum bilgisi verir. Olay komutanı (incident commander) kavramı da aynı mantığa dayanır: teknik çözümle iletişim ve koordinasyon ayrı ellerde olduğunda ekip daha az dağılır.

Görev ve sorumluluklar

Rolün günlük işleri, kurumun süreç olgunluğuna göre değişir. Ancak ortak görevler şunlardır:

• Gelen olayları kayıt altına almak, doğru sınıflandırmak ve etki ile aciliyete göre önceliklendirmek
• Olayı çözmesi gereken ekibe yönlendirmek, gerekirse üst seviye destek ya da yöneticiye eskalasyon yapmak
• Büyük olaylarda olay köprüsünü yönetmek, kimin ne yaptığını görünür tutmak
• İş birimlerine, müşteri hizmetlerine ve üst yönetime olayın durumu hakkında düzenli ve sade bilgi vermek
• Olay kapandıktan sonra kayıt kalitesini kontrol etmek, geçici çözümü dökümante etmek ve problem sürecini tetiklemek
• Olay sonrası değerlendirme toplantısını yürütmek ve öğrenilenleri iyileştirme eylemlerine bağlamak
• Olay yönetimi sürecinin ölçümlerini izlemek: çözüm süresi, eskalasyon sıklığı, tekrar eden olaylar

Bu rolün zor yanı, baskı altında sakin ve düzenli kalmaktır. Herkesin aynı anda konuşmaya çalıştığı bir kesintide olay yöneticisinin işi, karmaşayı yapıya dönüştürmektir.

Bir kesinti sırasında olay yöneticisi ne yapar?

Örneğin bir e-ticaret sitesinde ödeme adımı hata vermeye başlamıştır. Müşteri hizmetlerine şikayetler düşer, izleme sistemi alarm üretir. Olay yöneticisi önce olayı kaydeder ve etkisini sorar: tüm kullanıcılar mı etkileniyor, yalnızca belirli bir ödeme yöntemi mi? Bu cevap, öncelik düzeyini belirler.

Ardından ilgili teknik ekipleri, örneğin uygulama, veritabanı ve ağ ekiplerini ortak bir kanala ya da köprüye alır. Her ekibin ne baktığını yazılı tutar, aynı şeyin tekrar denenmesini engeller. Bir ekip bir değişikliği geri almak isterse, bunun etkisini diğer ekiplerle birlikte tartar.

Bu sırada iş tarafına düzenli bilgi verilir: ne oldu, kim üzerinde çalışıyor, bir sonraki bilgi ne zaman gelecek. Hizmet geri geldiğinde olay hemen kapatılmaz; müşteri tarafında doğrulama yapılır, geçici çözüm kayda geçirilir ve kök neden için problem kaydı açılır. Olayı iyi yönetmek, kesinti süresini kısalttığı kadar iletişimi de güvenilir tutar.

Gereken bilgi ve beceriler

Teknik taraf geniştir ama derin uzmanlık şart değildir. Olay yöneticisi uygulama, altyapı, ağ ve veritabanı katmanlarının birbirine nasıl bağlandığını anlamalı; bir arızanın hangi katmandan kaynaklanıyor olabileceğini tahmin edebilmelidir. İzleme ve uyarı araçlarını, kayıt ve çağrı yönetim sistemlerini ve iletişim kanallarını kullanabilmek gerekir.

Süreç tarafında olay yönetimi çerçevesi, öncelik matrisi, eskalasyon kuralları, hizmet seviyesi anlaşmaları ve bilgi tabanı yönetimi temeldir. BT servis yönetimi çerçevelerine hâkim olmak işe alımda genellikle avantajdır. Nöbet (on-call) düzeni kuran ya da yöneten ekiplerde nöbet rotasyonu ve uyarı kalitesi konuları da rolün parçasıdır.

Davranışsal beceriler en az teknik olanlar kadar belirleyicidir: net ve kısa yazı, doğru soruyu sormak, kişileri suçlamadan sorumluluk almak, belirsizlik altında karar vermek ve yöneticilere dürüst durum anlatmak.

Olay yöneticisi nasıl olunur?

Bu role çoğu zaman BT servis masasından, sistem ya da ağ operasyonundan veya altyapı ekibinden gelinir. Tipik bir yol şöyledir:

• Servis masasında ya da ilk seviye destekte çalışarak olay kaydı, sınıflandırma ve öncelik mantığını öğrenmek
• Üst seviye destek veya altyapı operasyonunda teknik derinlik kazanmak
• Olay köprülerine katılmak, olay sonrası değerlendirmelerde not tutmak, ardından küçük olayları koordine etmek
• Süreç sahipliği almak: öncelik matrisini, eskalasyon kurallarını ve bilgi tabanını iyileştirmek
• Majör olay yöneticiliği, hizmet sürekliliği ya da BT servis yöneticiliğine ilerlemek

Kendinizi göstermenin pratik yolu, yaşanmış bir olayı baştan sona belgelemektir: zaman çizelgesi, etkilenen hizmet, alınan kararlar, geçici çözüm ve iyileştirme önerisi. Bu tür bir olay sonrası raporu yazabilen biri, rolün özünü kanıtlamış olur.

Yakın rollerden farkı

SRE mühendisi aynı konuyu yazılım ve otomasyon üzerinden çözer; hizmetin güvenilirlik hedeflerini belirler, olayların tekrarını mühendislikle azaltır. Olay yöneticisi ise çoğunlukla süreç ve koordinasyon tarafındadır. BT servis yöneticisi, olay yönetimini de içine alan daha geniş bir hizmet portföyünden sorumludur. SOC analisti ise güvenlik tehditlerini izler; bir güvenlik olayı olay yöneticisinin süreç kuralları altında da yönetilebilir, fakat teknik inceleme SOC ekibinin işidir.

Küçük kurumlarda bu roller tek kişide birleşebilir; büyük kurumlarda ayrı kişiler ve ayrı ekipler hâlinde çalışır.

Mindset programlarında nerede çalışılır?

Olay Yönetimi (Incident Management) Süreç Tasarımı ve Otomasyonu programı, rolün süreç tarafını kapsar: olay yönetiminin amacı ve sınırları, kayıt ve sınıflandırma, önceliklendirme matrisi, yönlendirme ve eskalasyon ile ölçüm ve sürekli iyileştirme. Servis masası ve BT operasyon ekiplerinin süreçlerini düzene sokmak isteyenler için uygundur.

Olay Yönetimi ve On-Call Süreç Tasarımı programı, nöbet rotasyonu, uyarı kalitesi, olay komutanlığı ve iletişim protokollerine odaklanır; DevOps ve SRE ekiplerinde çalışan olay yöneticileri için daha yakındır. SIEM ile Olay Yönetimi programı ise güvenlik olaylarının sınıflandırılması ve eskalasyonu ile korelasyon kuralları gibi konularla güvenlik operasyon merkezine yöneliktir. Kurumsal ekipler, kendi araç ve süreçlerine göre içerik talebini Mindset ile görüşebilir.