Servis masası için bilgi tabanı kurma rehberi

BT destekte bilgi tabanı ne işe yarar?

BT destekte bilgi tabanı, kullanıcıların ve destek analistlerinin sık karşılaşılan sorunlara hızlı çözüm bulmasını sağlayan, düzenli tutulan makale koleksiyonudur. İyi kurulmuş bir bilgi tabanı çift yönlü çalışır: kullanıcılar kendi sorunlarını çağrı açmadan çözebilir, analistler ise aynı sorunu her seferinde sıfırdan araştırmak yerine kayıtlı çözümü kullanır.

Bu yaklaşımın çağrı yüküne etkisi birkaç noktada görülür. Tekrar eden basit talepler self servis kanalda kapanır. Analistlerin çözüm süresi kısalır, çünkü aranacak yer bellidir. Yeni gelen analist, deneyimli meslektaşların bildiğine bilgi tabanı üzerinden erişir. Bu etkiler birlikte, ekibin bilgisini kişilerden bağımsız hale getirir. Bir kişi izne çıktığında ya da işten ayrıldığında bilgi de onunla gitmez.

ITIL 4 ve bilgi yönetimi

ITIL 4 çerçevesinde bilgi yönetimi, kuruluşun bilgisinin ihtiyaç duyulduğu kişiye, doğru zamanda ve doğru biçimde ulaşmasını sağlayan bir uygulama olarak ele alınır. Bilgi tabanı bu uygulamanın en görünür çıktısıdır, ancak tek parçası değildir. Bilgi yönetimi; bilginin toplanması, doğrulanması, yayımlanması, güncellenmesi ve kullanılmaktan çıkarılması döngüsünü kapsar.

Bilgi odaklı hizmet (KCS, Knowledge-Centered Service) yaklaşımı ise bilgi üretimini ayrı bir iş olarak değil, çağrı çözümünün doğal bir parçası olarak ele alır. Analist çağrıyı çözerken makaleyi arar, bulursa kullanır, eksikse düzeltir, hiç yoksa çözümü o anda makaleye dönüştürür. Bu yaklaşımda bilgi tabanı yılda bir yazılan bir doküman değil, her gün biraz büyüyen yaşayan bir kaynaktır. Bu sayfadaki adımlar bu çerçeveyle uyumlu bir uygulamayı tarif eder; çerçevenin resmî tanımı için ilgili yayımcının dokümanlarına başvurulmalıdır.

Bilgi tabanını adım adım kurmak

Başlangıç adımı hangi bilgiye ihtiyaç olduğunu çağrı verisinden görmektir. Olay ve talep kayıtlarında en sık tekrar eden konular, ilk makalelerin konularıdır. Parola sıfırlama, VPN bağlantısı, yazıcı erişimi ve e-posta ayarları gibi yüksek hacimli konular bunun tipik örnekleridir.

Sonraki adımlar şunlardır:

• Araç seçimi: Servis yönetim aracının yerleşik bilgi modülü ya da ayrı bir platform. Analistlerin çağrı ekranından makaleye geçişi kolay olmalıdır.
• Şablon tanımı: Tüm makalelerin aynı başlıklarla yazılması, okumayı hızlandırır.
• İçerik sahipliği: Her makale kategorisi için sorumlu kişi ya da ekip belirlenir.
• Pilot dolum: Yüksek hacimli konular için ilk makaleler yazılır ve analistlerle denenir.
• Yayın ve duyuru: Kullanıcılara hangi konuda nereden yardım alabilecekleri açıkça duyurulur.
• Ölçüm: Makale kullanımı, çağrı sayısındaki değişim ve geri bildirimle yapılan iyileştirme döngüsü kurulur.

Herkesi bir anda her makaleyi yazmaya zorlamak yerine, çağrı çözümü sırasında makale oluşturmayı alışkanlık haline getirmek daha sürdürülebilirdir.

İyi bir bilgi makalesi nasıl yazılır?

Okuyan kişi çoğunlukla sorunu çözmek için acele eder. Makalenin yapısı bu hıza uyum sağlamalıdır:

• Başlık: Kullanıcının sorunu nasıl ifade edeceğine yakın olmalıdır. VPN bağlantı hatası vermiyor biçimi, VPN protokol yapılandırması biçiminden daha bulunabilirdir.
• Belirti: Kullanıcının ekranda ne gördüğü ya da ne yaşadığı.
• Etkilenen ortam: İşletim sistemi, uygulama sürümü ya da ağ koşulu.
• Çözüm adımları: Numaralı, kısa, her biri tek bir eylem içeren adımlar. Ekran görüntüsü varsa yararlıdır.
• Çözülmezse: Hangi bilgilerle çağrı açılacağı ya da kime ulaşılacağı.
• Meta bilgi: Son güncelleme zamanı, sorumlu, ilişkili kayıt türü.

Teknik jargonu azaltmak self servis makalelerinde önemlidir. Analistlere yönelik iç makalelerde ise daha ayrıntılı tanılama adımları, kök neden notları ve bilinen hata kayıtlarına bağlantı bulunabilir. Bu farklı hedef kitleleri aynı makalede karıştırmak yerine ayrı görünürlük düzeyleriyle yönetmek daha okunabilir sonuç verir.

Çağrı yükünü azaltma: bilgi tabanını kullandırmak

Makale yazmak yarım iştir; kullanıcının makaleyi bulması gerekir. Self servis portalında arama kutusu belirgin olmalı, arama sonuçları kullanıcı dilindeki başlıklarla eşleşmelidir. Çağrı açma formunda kullanıcı konuyu yazarken ilgili makalelerin önerilmesi, çağrı açılmadan çözüme yönlendirir.

Ölçüm döngüsü şu soruları yanıtlamalıdır: Hangi makaleler çok okunuyor ama sonrasında yine çağrı açılıyor? Bu, makalenin eksik ya da anlaşılmaz olduğunu gösterir. Hangi aramalar sonuç döndürmüyor? Bu, yazılması gereken yeni makalelerin listesidir. Hangi çağrı kategorileri hala yüksek hacimli? Bu, makale ya da yapısal çözüm ihtiyacının işaretidir. Bu sorular periyodik olarak bakılan bir panelde izlenirse bilgi tabanı gerçek ihtiyaçlarla birlikte gelişir.

Tekrarlayan sorunlar için bilgi tabanı geçici çözüm yoludur. Asıl hedef, sorunun kök nedenini problem yönetimiyle ortadan kaldırmaktır; makale de bu sürede kullanıcıyı kurtarır.

Bilgi tabanını canlı tutmak: sahiplik ve gözden geçirme

Bilgi tabanlarının en yaygın başarısızlık nedeni eskimiş içeriktir. Güncel olmayan bir makale, hiç makale olmamasından daha zararlı olabilir. Bunu önlemek için her makalenin bir sahibi, bir gözden geçirme tarihi ve bir durumu olmalıdır: taslak, yayında ya da emekli.

Uygulamada işe yarayan yöntemler şunlardır: sistem değişikliği yapıldığında etkilenen makalelerin listesinin çıkarılması, değişiklik yönetimi kaydına bilgi tabanı görevinin eklenmesi, uzun süredir okunmayan makalelerin periyodik temizliği ve kullanıcılara makalenin işe yarayıp yaramadığının sorulması. Kalite için ayrıca bir yayın onayı adımı konulabilir; ancak onay süreci yazmayı yavaşlatacak kadar ağırsa analistler yazmaktan kaçınır. Kritik konular için onay, rutin konular için yayın sonrası gözden geçirme dengeli bir yaklaşımdır.

Sık yapılan hatalar ve Mindset bağlamı

• Her şeyi tek seferde yazmaya çalışmak ve projeyi yarıda bırakmak.
• Makaleyi uzman diliyle yazıp kullanıcının anlamamasına yol açmak.
• Sahiplik tanımlamamak; sonuçta kimse güncellemez.
• Çağrı sistemi ile bilgi tabanı arasında bağlantı kurmamak.
• Kullanım verisini ölçmemek ve bu yüzden hangi makalenin işe yaradığını bilmemek.

Mindset kataloğundaki BT Hizmet Yönetimi (ITIL 4) Temelleri eğitimi, Sürekli İyileştirme ve Üretimde ITIL, ITIL 4 Uygulamaları: Servis Masası ve Olay Yönetimi ve Değişim, Problem ve Yapılandırma Yönetimi başlıklarını içerir. ITIL 4 Foundation Eğitimi ise Genel Yönetim Uygulamaları ve Hizmet Değer Sistemi başlıkları üzerinden çerçeveyi tanıtır. Servis masası ve BT operasyon ekipleri için ortak bir terminoloji ve bilgi yönetimi yaklaşımı oluşturmak isteyen kurumlara uygundur.