ITSM Nedir? ITIL ve BT Hizmet Yönetimi Rehberi

ITSM Nedir?

ITSM, bir kurumun bilgi teknolojileri hizmetlerini planlama, sunma, işletme ve sürekli iyileştirme biçimini tanımlayan yönetim yaklaşımıdır. Türkçe karşılığı BT hizmet yönetimi olarak kullanılır.

ITSM'in merkezindeki fikir basittir: BT'nin ürettiği her çıktı bir hizmettir ve her hizmetin bir alıcısı, bir kalite hedefi ve bir yaşam döngüsü vardır. Bir aracın adı değil, bir çalışma biçiminin adıdır.

Pratikte ITSM şu soruların kurumsal cevabını verir:

• Kuruma hangi BT hizmetleri sunuluyor ve bunların sahibi kim?
• Bir talep geldiğinde hangi süreç, hangi sırayla işliyor?
• Hizmetlerin kalite hedefi nedir ve bu hedefe uyuluyor mu?
• Tekrar eden sorunların kök nedeni tespit ediliyor mu?
• Bir değişiklik yapılırken riski kim değerlendiriyor?
• Hangi varlık, hangi hizmeti, hangi kullanıcı için taşıyor?

Bu soruların yanıtı yazılı ve tekrarlanabilir hale geldiğinde, BT ekibi gelen talebe tepki veren bir yapıdan, hizmet kalitesini yöneten bir yapıya dönüşür.

ITSM ile Help Desk Arasındaki Fark Nedir?

Türkçe kaynaklarda en sık karıştırılan iki kavram bunlardır. Aradaki ilişki hiyerarşiktir: help desk, ITSM'in bir parçasıdır; ITSM'in kendisi değildir.

Help desk, kullanıcıdan gelen destek taleplerinin karşılandığı temas noktasıdır. Odağı çözümdür: sorun geldi, kaydedildi, çözüldü, kapatıldı. Başarı ölçütü çözüm hızıdır.

ITSM ise bu temas noktasının etrafındaki tüm yönetim çerçevesidir. Talebin nasıl karşılandığıyla değil, hizmetin bütünüyle ilgilenir: hizmet nasıl tasarlandı, hangi seviyede taahhüt edildi, hangi varlıklara dayanıyor, değişiklik yapılırken ne oldu, tekrar eden sorunların kök nedeni ne?

Kısaca:

• Help desk — "Bu talebi ne kadar hızlı çözebiliriz?"
• BT yardım masası — "BT taleplerini seviyeli bir yapıyla nasıl yönetiriz?"
• ITSM — "Bu talebin hiç oluşmaması için hizmeti nasıl yönetmeliyiz?"

Bir kurum help desk kurmadan ITSM uygulayamaz; ancak yalnızca help desk kurarak ITSM yaptığını da söyleyemez.

ITIL 4 ve ITSM İlişkisi

ITSM bir yaklaşım, ITIL ise bu yaklaşımın nasıl uygulanacağını tarif eden en yaygın iyi uygulama çerçevesidir. ITSM "ne yapılacağını", ITIL "nasıl yapılacağını" anlatır.

Güncel sürüm olan ITIL 4, önceki sürümlerin katı süreç listesi yaklaşımından uzaklaşarak değer üretimine odaklanır. Öne çıkan iki kavramı vardır:

• Hizmet değer sistemi — Talebin kuruma değer olarak dönmesine kadar geçen bütün akışı tek bir sistem olarak ele alır.
• Yönetim pratikleri — Olay yönetimi, problem yönetimi, hizmet talebi yönetimi, değişim yönetimi ve varlık yönetimi gibi 34 pratik tanımlar.

ITIL 4'ün yol gösterici ilkeleri arasında en çok işe yarayanı, küçük ekipler açısından şudur: olduğun yerden başla ve yinelemeli ilerle. ITIL'i baştan sona uygulamak bir zorunluluk değildir. Kurumun en çok acı çektiği iki pratikle başlamak, kâğıt üzerinde eksiksiz ama hayata geçmeyen bir modelden daha değerlidir.

ITIL'in yanında ISO/IEC 20000 gibi sertifikasyon standartları ve COBIT gibi yönetişim çerçeveleri de kullanılır; ancak Türkiye'deki BT ekiplerinin çoğunluğu ITSM'i pratikte ITIL üzerinden konuşur.

Temel ITSM Süreçleri

ITSM uygulamasının omurgasını beş süreç oluşturur. Bir ITSM aracı değerlendirirken bu beşinin nasıl karşılandığına bakmak, özellik listelerini karşılaştırmaktan daha yol göstericidir.

Olay Yönetimi (Incident Management)

Hizmetin beklenen şekilde çalışmadığı durumların yönetimidir. Amaç kök nedeni bulmak değil, hizmeti en kısa sürede normale döndürmektir. Kullanıcının e-postası açılmıyorsa, önce erişimi geri kazandırırsınız; nedenini sonra araştırırsınız.

Olay yönetiminin sağlıklı işlemesi için taleplerin tek kanaldan toplanması, önceliklendirilmesi ve etki–aciliyet matrisine göre sıralanması gerekir.

Problem Yönetimi (Problem Management)

Olay yönetimi belirtiyi giderir, problem yönetimi nedeni ortadan kaldırır. Aynı arızanın ayda yirmi kez tekrarlanması bir olay değil, bir problemdir.

Bu süreç, tekrar eden olayların ilişkilendirilmesini, kök neden analizini ve kalıcı çözümün kayıt altına alınmasını kapsar. ITSM'e geçen kurumların ölçülebilir kazanç gördüğü ilk yer genellikle burasıdır: problem yönetimi çalıştığında toplam talep hacmi düşer.

Değişim Yönetimi (Change Management)

BT ortamında yapılacak her değişikliğin — sunucu güncellemesi, yeni sürüm geçişi, konfigürasyon değişikliği — riskinin değerlendirilip onaylanarak uygulanmasıdır.

Değişim yönetimi olmayan kurumlarda olayların kayda değer bir bölümü, önceki gün yapılan kontrolsüz bir değişiklikten kaynaklanır. Kayıt tutulmadığı için de bu bağlantı hiçbir zaman kurulamaz.

Hizmet Talebi Yönetimi (Service Request Management)

Arıza olmayan, standart ve önceden tanımlı talepleri kapsar: yeni çalışan kurulumu, yazılım kurulumu, yetki talebi, donanım talebi.

Bunlar olaylardan ayrı yönetilmelidir; çünkü öngörülebilirler ve şablonlanabilirler. Bir hizmet kataloğu üzerinden sunulduklarında hem kullanıcı deneyimi hem de BT ekibinin yükü belirgin biçimde iyileşir.

Varlık ve Konfigürasyon Yönetimi (Asset & Configuration)

Hangi donanımın, hangi lisansın ve hangi sistemin kimde olduğunun ve hangi hizmeti taşıdığının kaydıdır.

Varlık kaydı olmayan bir ITSM uygulaması eksik kalır: bir olay geldiğinde etkilenen hizmeti, bir değişiklik planlanırken etkilenecek kullanıcıları görebilmek bu kayda bağlıdır.

ITSM Aracı Seçerken Bakılması Gereken 7 Kriter

ITSM araçlarının özellik listeleri birbirine benzer. Ayrım genellikle listede değil, aşağıdaki başlıklarda ortaya çıkar.

• 1. Süreç kapsamı. Araç yalnızca talep kaydı mı tutuyor, yoksa problem ve değişim yönetimini de karşılıyor mu? Çoğu ürün "ITSM" adıyla satılır ama pratikte gelişmiş bir help desk olarak çalışır.
• 2. SLA ve OLA takibi. Hizmet seviyesi hedeflerinin tanımlanabilmesi, ihlale yaklaşan taleplerde otomatik uyarı üretilmesi ve uyum oranının raporlanabilmesi.
• 3. Varlık ilişkilendirme. Talebin bir kullanıcıya değil, o kullanıcının kullandığı varlığa ve hizmete bağlanabilmesi.
• 4. Otomasyon ve yönlendirme. Kategoriye, birime veya önceliğe göre otomatik atama; tekrarlayan talepler için şablonlar.
• 5. Raporlama derinliği. Talep sayısı saymak yeterli değildir. İlk müdahale süresi, seviye 1 çözüm oranı, SLA uyumu ve yeniden açılma oranı gibi göstergeler ölçülebiliyor mu?
• 6. Yerelleştirme ve mevzuat uyumu. Türkçe arayüz, Türkçe destek ve KVKK kapsamında verinin nerede tutulduğu. Yurt dışı merkezli ürünlerde bu başlık çoğu zaman sonradan sorun olur.
• 7. Uygulama süresi ve toplam maliyet. Lisans bedelinin yanında kurulum, eğitim, danışmanlık ve entegrasyon maliyeti. Aylarca süren bir ITSM projesi, çoğu orta ölçekli kurum için gereğinden ağırdır.

ITSM ve SLA Yönetimi

SLA (Service Level Agreement — Hizmet Seviyesi Anlaşması), BT ile hizmeti alan taraf arasındaki kalite taahhüdüdür: hangi talebe ne kadar sürede müdahale edileceği ve ne kadar sürede çözüm üretileceği.

SLA'nın iç tamamlayıcısı OLA'dır (Operational Level Agreement). SLA kuruma verilen sözü, OLA ise bu sözün tutulabilmesi için ekipler arasındaki iç mutabakatı tanımlar. Bir SLA'yı kaçıran taleplerin önemli bir bölümünde asıl kırılma, iki ekip arasındaki devir süresinde yaşanır.

SLA tasarımında en sık yapılan hata, tüm taleplere tek bir süre tanımlamaktır. Etki ve aciliyet birbirinden ayrılmalı; üretimi durduran bir arıza ile bir yazılım kurulum talebi aynı sürede değerlendirilmemelidir.

KOBİ'ler için ITSM: Nereden Başlamalı?

ITSM'in yalnızca büyük kurumlara ait olduğu yaygın bir yanılgıdır. Beş kişilik bir BT ekibi de aynı sorunları yaşar; farkı, sorunun görünmez olmasıdır.

Küçük ve orta ölçekli kurumlar için işleyen bir başlangıç sırası:

• Adım 1 — Tek kanal. Tüm talepleri tek bir yere toplayın. E-posta, telefon ve koridorda söylenen işleri aynı sistemde kayıt altına alın. Bu tek adım bile görünürlüğü değiştirir.
• Adım 2 — Kategori ve öncelik. Talepleri sınıflandırın. Hangi konuda ne kadar iş geldiğini bilmeden hiçbir iyileştirme planlanamaz.
• Adım 3 — SLA. Basit ve gerçekçi hedeflerle başlayın. Tutulamayacak bir SLA, hiç SLA olmamasından daha kötüdür.
• Adım 4 — Bilgi bankası. Tekrar eden çözümleri yazın. Seviye 1 çözüm oranını en hızlı yükselten yatırım budur.
• Adım 5 — Problem yönetimi. En sık tekrarlayan üç olayı seçip kök nedenini kapatın.
• Adım 6 — Varlık yönetimi ve değişim. Ölçek büyüdükçe devreye alın.

Bu sıra bilinçli olarak kolaydan zora doğrudur. ITSM projelerinin başarısız olduğu tipik senaryo, altı sürecin aynı anda devreye alınmaya çalışılmasıdır.

ITSM Başarısı Nasıl Ölçülür?

ITSM'in getirisi ancak ölçülebildiğinde savunulabilir. Kurumların çoğunda anlamlı sonuç veren göstergeler şunlardır:

• İlk müdahale süresi — Talebin açılmasıyla ilk dönüş arasındaki süre. Kullanıcı memnuniyetini en çok etkileyen gösterge budur.
• Ortalama çözüm süresi — Kategori bazında izlendiğinde darboğazı gösterir.
• Seviye 1 çözüm oranı — İlk seviyede kapanan talep yüzdesi. Bilgi bankası olgunluğunun doğrudan göstergesidir.
• SLA uyum oranı — Taahhüt edilen süre içinde kapanan talep yüzdesi.
• Yeniden açılan talep oranı — Yüksekse, talepler çözülmeden kapatılıyor demektir.
• Tekrar eden olay sayısı — Problem yönetiminin çalışıp çalışmadığını gösteren tek gerçek ölçüt.
• Kullanıcı memnuniyeti — Talep kapanışında alınan kısa değerlendirme.

Bu göstergelerin ay ay izlenebilmesi, ITSM aracının raporlama yeteneğine bağlıdır. Veriyi dışa aktarıp elle hesaplamak gereken bir yapı, uygulamada birkaç ay içinde terk edilir.

DeskPlus ile BT Hizmet Yönetimi

DeskPlus, BT hizmet yönetimi süreçlerini tek merkezden yürütmek üzere tasarlanmış yerli bir çözümdür. Çağrı ve talep yönetimi, SLA ve OLA takibi, otomatik yönlendirme ve önceliklendirme, envanter ve varlık yönetimi, bilgi bankası ile raporlama ve KPI takibi özelliklerini bir arada sunar.

Türkçe arayüzü, Türkçe destek ekibi ve KVKK uyumlu veri yönetimiyle, yurt dışı merkezli ürünlerde sıkça yaşanan yerelleştirme ve mevzuat sorunlarını ortadan kaldırır. Kurulum ve devreye alma süreci, aylara yayılan klasik ITSM projelerine kıyasla belirgin biçimde kısadır.

Ürünü kendi süreçleriniz üzerinde değerlendirmek için ücretsiz demo talep edebilir, özellikler ve fiyatlandırma hakkında ayrıntılı bilgi için bizimle iletişime geçebilirsiniz.

Sık Sorulan Sorular

ITSM nedir?

ITSM (IT Service Management — BT hizmet yönetimi), bir kurumun bilgi teknolojileri hizmetlerini planlama, sunma, işletme ve sürekli iyileştirme biçimini tanımlayan yönetim yaklaşımıdır. BT'yi arıza çözen bir birim olarak değil, kuruma ölçülebilir hizmet sunan bir yapı olarak ele alır.

ITSM ile help desk arasındaki fark nedir?

Help desk, kullanıcı taleplerinin karşılandığı temas noktasıdır ve odağı sorunun çözülmesidir. ITSM ise bu temas noktasının etrafındaki tüm yönetim çerçevesidir; hizmetin tasarımı, seviye taahhüdü, varlık ilişkisi, değişim ve problem yönetimini de kapsar. Help desk ITSM'in bir parçasıdır.

ITIL ile ITSM aynı şey midir?

Aynı değildir. ITSM bir yaklaşım, ITIL ise bu yaklaşımın nasıl uygulanacağını tarif eden en yaygın iyi uygulama çerçevesidir. ITSM ne yapılacağını, ITIL nasıl yapılacağını anlatır.

Temel ITSM süreçleri nelerdir?

Omurgayı beş süreç oluşturur: olay yönetimi, problem yönetimi, değişim yönetimi, hizmet talebi yönetimi ile varlık ve konfigürasyon yönetimi. Bir ITSM aracı değerlendirilirken bu beş sürecin nasıl karşılandığına bakılması önerilir.

Olay yönetimi ile problem yönetimi arasındaki fark nedir?

Olay yönetimi hizmeti en kısa sürede normale döndürmeyi hedefler; belirtiyi giderir. Problem yönetimi ise tekrar eden olayların kök nedenini bulup kalıcı olarak ortadan kaldırmayı hedefler. Problem yönetimi çalıştığında toplam talep hacmi düşer.

SLA ve OLA arasındaki fark nedir?

SLA, BT ile hizmeti alan taraf arasındaki kalite taahhüdüdür. OLA ise bu taahhüdün tutulabilmesi için ekipler arasındaki iç mutabakatı tanımlar. SLA kuruma verilen sözü, OLA bu sözün arkasındaki iç iş bölümünü ifade eder.

KOBİ'ler için ITSM gerekli midir?

Evet. ITSM yalnızca büyük kurumlara özgü değildir; küçük ekiplerde de aynı sorunlar yaşanır, yalnızca görünmez olur. Tüm talepleri tek kanalda toplamak, kategorilendirmek ve basit bir SLA tanımlamak başlangıç için yeterlidir. Süreçlerin tamamını aynı anda devreye almak gerekmez.

DeskPlus bir ITSM yazılımı olarak kullanılabilir mi?

Evet. DeskPlus; çağrı ve talep yönetimi, SLA ve OLA takibi, otomatik yönlendirme, envanter ve varlık yönetimi, bilgi bankası ile raporlama ve KPI takibi özellikleriyle BT hizmet yönetimi süreçlerinin yürütülmesi için kullanılabilir. Türkçe arayüz, Türkçe destek ve KVKK uyumlu veri yönetimi sunar.