Ticket Enrichment Nedir?

Bir destek ticket'ı geldiğinde içinde yalnızca birkaç satır metin varsa, ekibiniz tahmin oyununa başlar. Ticket enrichment ise bu tahmini ortadan kaldırır.

Önce Temel Soruyu Soralım: Neden Çoğu Ticket Yetersiz?

Son kullanıcılar bir sorun yaşadığında genellikle şunu yazar: "Sistem çalışmıyor." Bu kadar. Hangi sistem? Hangi ortam? Hatadan önce ne yapıldı? Hangi kullanıcı grubu etkilendi? Bu bilgilerin hiçbiri genellikle ticket içinde yer almaz.

Sonuç: teknik ekip, sorunu analiz etmeden önce saatler harcayarak ek bilgi toplamak zorunda kalır. Birden fazla taraf arasında uzun e-posta zincirleri oluşur, önceliklendirme gecikir ve çözüm süresi uzar.

Ticket Enrichment Tam Olarak Nedir?

Ticket enrichment, bir destek veya olay ticket'ına otomatik ya da yarı otomatik biçimde ek bağlamsal veri ekleme sürecidir. Bu veriler ticket'ın yaratılması sırasında ya da sonrasında, çeşitli kaynaklardan çekilerek ticket'ı "zenginleştirir."

Zenginleştirilen Veri Türleri Şunları Kapsayabilir:

Problem Yönetimiyle Bağlantısı Nerede Kurulur?

ITIL çerçevesinde olay yönetimi (incident management) bir sistemin bir an önce çalışır hale getirilmesini hedeflerken, problem yönetimi (problem management) olayların kökenini bulmayı ve tekrarını önlemeyi amaçlar. İşte tam bu noktada ticket enrichment kritik bir rol oynar.

Zenginleştirilmemiş ticket'lar incelendiğinde, örüntüler fark edilemez. Aynı altyapı bileşenine işaret eden onlarca ticket birbirinden kopuk görünür. Oysa enrichment uygulandığında aynı bileşen, aynı hata kodu veya aynı kullanıcı grubu açıkça öne çıkar.

Zenginleştirme Süreci Pratikte Nasıl İşler?

• 1

  Ticket oluşturulur: Kullanıcı sorunu bildirir; metin genellikle kısadır ve bağlamdan yoksundur.

• 2

  Otomatik tetikleyiciler devreye girer: ITSM aracı, ticket'ın içeriğini ayrıştırarak hangi varlığa, servise veya kullanıcıya atıfta bulunulduğunu saptar.

• 3

  Dış kaynaklardan veri çekilir: CMDB, izleme araçları, kimlik dizini ve bilgi bankası sorgulanır.

• 4

  Ticket'a bağlam eklenir: Elde edilen veriler otomatik olarak ilgili alanlara yazılır; etiketler, öncelik ve kategori güncellenir.

• 5

  Problem yöneticisine yönlendirme yapılır: Benzer ticket'lar bir araya getirilir ve problem kaydı için öneri üretilir.

Somut Faydalar Nelerdir?

Önceliklendirme süresi kısalır çünkü analist, ticket'la birlikte gelen bağlamı ayrıca aramak zorunda kalmaz. Kök neden analizi hızlanır; olay anındaki izleme verileri ve benzer geçmiş olaylar doğrudan ticket'ın içinde hazır bekler. Tekrarlayan sorunlar daha kolay fark edilir; zenginleştirme sayesinde farklı ticket'lardaki ortak desenler gün yüzüne çıkar. Son olarak ekipler arası koordinasyon güçlenir, çünkü herkes aynı zenginleştirilmiş kaydı görür ve "sen ne anlıyorsun bu ticket'dan?" tartışmaları büyük ölçüde ortadan kalkar.

Yapay Zekanın Ticket Enrichment Sürecindeki Rolü

Geleneksel enrichment kural tabanlıdır: "Ticket 'VPN' kelimesini içeriyorsa ağ ekibine ata." Ancak günümüzde büyük dil modelleri bu süreci bir adım ileriye taşıyor. Doğal dil içinden varlık adlarını, hata kodlarını ve etkilenen servisleri çıkaran modeller; ilgili bilgi bankası makalelerini önererek ticket'a iliştirebiliyor. Dahası, yüksek öncelikli mi yoksa rutin bir sorun mu olduğunu tahmin eden sınıflandırıcılar da bu süreçte rol alıyor.

Bu yaklaşım özellikle büyük hacimli ortamlarda —günde yüzlerce ticket işleyen servis masalarında— insan gözden kaçırmasına karşı güçlü bir tampon görevi görüyor.

Nereden Başlanmalı?

Küçük ama somut bir adımla başlamak en sağlıklı yol. Mevcut ticket havuzunuzu inceleyin ve analistlerin ticket'ın ardından en sık hangi bilgiyi aradığını tespit edin. Bu bilginin hangi kaynaklardan otomatik çekilebileceğini belirleyin. Bir pilot uygulama tasarlayın, yalnızca o ticket türü için enrichment akışı kurun ve etkiyi ölçün. Ardından yavaş yavaş kapsama ekleyin.

Enrichment bir kez daha yazalım: araç seçiminden önce gelir. Hangi araçla yapacağınızdan çok hangi bağlamın eksik olduğunu anlamak, başarılı bir uygulamanın temel koşuludur.