ITIL ve ITSM Nedir? ITIL 4 ile Modern BT Hizmet Yönetimi

BT hizmet yönetimi konuşulurken iki kavram sürekli birbirinin yerine kullanılıyor. Oysa aralarındaki fark basit: ITSM "ne yapmalıyız" sorusunun, ITIL ise "nasıl yapabiliriz" sorusunun cevabı. Bu ayrımı netleştirmek, kurum içinde hangi tartışmanın hangi düzeyde yapılacağını da netleştiriyor.

ITSM nedir?

ITSM (IT Service Management – BT Hizmet Yönetimi), bir kurumun BT yeteneklerini "sunucu, uygulama, lisans" gibi teknik varlıklar olarak değil, son kullanıcıya sunulan hizmetler olarak ele alma yaklaşımıdır. Odak noktası teknolojinin kendisi değil; o teknolojinin iş sonucuna kattığı değerdir.

Pratikte ITSM şu soruların cevabını kurumsallaştırır:

• Hangi hizmetleri sunuyoruz ve bunların sahibi kim?
• Bir kullanıcı talep açtığında ne kadar sürede karşılanacağını taahhüt ediyoruz?
• Bir kesinti yaşandığında kim, hangi sırayla müdahale eder?
• Aynı arıza üçüncü kez tekrarladığında kök nedeni kim araştırır?
• Üretim ortamına yapılan bir değişikliği kim onaylar, geri alma planı nedir?

BT tarafındaki kazanımlar: tekrarlanabilir ve ölçeklenebilir süreçler, net tanımlı rol ve sorumluluklar, tespit ile çözüm arasındaki sürenin kısalması, tekrarlayan problemlerin kalıcı olarak kapatılması, performansı ölçülebilir kılan veri.

İş tarafındaki kazanımlar: çalışanların hangi hizmetin nereden alınacağını bilmesi, kesintilerin daha az sıklıkta ve daha kısa sürmesi, BT maliyetlerinin görünür hâle gelmesi, pazardaki değişime daha hızlı yanıt.

ITIL nedir ve ITSM'den nasıl ayrılır?

ITIL (Information Technology Infrastructure Library), ITSM'i uygulamak için kullanılan en yaygın iyi uygulama çerçevesidir. Bir yazılım ya da standart değil; hizmetlerin planlanması, sunulması ve sürekli iyileştirilmesi için birikmiş sektör tecrübesinin derlenmiş hâlidir.

ITIL tek seçenek de değil. ISO/IEC 20000-1 denetlenebilir bir standart sunar, COBIT yönetişim ve kontrol tarafına odaklanır, DevOps akış hızını ve otomasyonu önceler, SIAM çok tedarikçili ortamları yönetir. Çoğu olgun kurumda bunlar birbirinin alternatifi değil, katmanı olarak bulunur.

ITIL v3'ten ITIL 4'e ne değişti?

Eski ITIL v3 modeli beş aşamalı doğrusal bir yaşam döngüsüne dayanıyordu: Hizmet Stratejisi, Hizmet Tasarımı, Hizmet Geçişi, Hizmet Operasyonu ve Sürekli Hizmet İyileştirme. Bu model kendi döneminde işlevliydi ancak bulut, Agile ve DevOps'un yaygınlaşmasıyla fazla ağır ve fazla sıralı kalmaya başladı.

2019'da yayınlanan ITIL 4, doğrusal döngüyü bırakıp Hizmet Değer Sistemi etrafında yeniden kuruldu:

• "Süreç" kavramı yerine daha geniş kapsamlı "uygulama" kavramı geldi: 14 genel yönetim, 17 hizmet yönetimi ve 3 teknik yönetim uygulaması olmak üzere toplam 34 uygulama.
• Değer artık tek yönlü "BT sunar, iş tüketir" biçiminde değil; birlikte üretilen bir sonuç olarak tanımlanıyor.
• Agile, Lean ve DevOps ITIL'in karşısında değil, içinde konumlandırılıyor.

ITIL 4'ün dört yapı taşı

Yedi rehber ilke

Değere odaklan; bulunduğun yerden başla; geri bildirimle iteratif ilerle; iş birliği yap ve görünürlüğü artır; bütünsel düşün ve çalış; basit ve pratik tut; optimize et ve otomatikleştir.

Dört boyut

Organizasyon ve insanlar; bilgi ve teknoloji; ortaklar ve tedarikçiler; değer akışları ve süreçler. Bir hizmeti tasarlarken dördünü birlikte düşünmezseniz — örneğin aracı kurup rolleri tanımlamazsanız — sonuç eksik kalır.

Hizmet değer zinciri

Yukarıdaki altı operasyonel faaliyet sabit bir sıra değildir; talebin türüne göre farklı değer akışlarında farklı biçimde birleşirler.

Uygulamalar

34 uygulamanın tamamını devreye almak gerekmez — ki bu en sık yapılan hatadır. Kurumların büyük bölümü beş uygulama ile başlar.

Pratikte en çok kullanılan beş uygulama

ITIL'i bir araçla hayata geçirmek: Jira Service Management

Çerçeve tek başına çalışmaz; talebin geldiği, atandığı, ölçüldüğü bir platforma ihtiyaç duyar. Atlassian'ın Jira Service Management (2020'ye kadar Jira Service Desk) çözümü ITIL uygulamalarının büyük bölümünü hazır şablonlarla karşılıyor:

• Hizmet kataloğu ve talep tipleri — self-servis portal, form mantığı, onay akışları
• Olay yönetimi — önem/aciliyet matrisi, alarm ve nöbet yönetimi, olay sonrası inceleme
• Problem yönetimi — olayların problem kaydına bağlanması, bilinen hata kaydı
• Değişim etkinleştirme — risk skoruna göre otomatik onay; CI/CD araçlarından tetiklenen değişiklik kayıtları
• Varlık ve konfigürasyon yönetimi — Assets (eski adıyla Insight) ile hiyerarşik envanter şeması, zimmet süreçleri, bağımlılık haritası
• Bilgi yönetimi — Confluence entegrasyonu; portalda talep açılırken makale önerme
• Yapay zekâ — Rovo tabanlı sanal servis ajanı ile tekrarlayan taleplerin ilk temasta kapatılması

Bu kapsamın bağımsız bir doğrulaması da var: Atlassian, ürünün ITSM araçları için sektör referansı kabul edilen PinkVERIFY sertifikasyonunu temel ITIL süreçleri için aldığını duyurmuştu (Atlassian duyurusu). İki noktayı belirtmek gerekir: sertifikasyon ürünün Jira Service Desk adını taşıdığı dönemde ve ITIL v3/2011 süreç tanımlarına göre verilmiştir. ITIL 4 uygulamalarına uyum ise aracın kendisinden çok, kurulumun kurumun gerçek hizmet yapısına göre yapılmasına bağlıdır.

Almbase'in bu alandaki katkısı hazır kurulumun ötesinde: hizmet kataloğunun kurumun gerçek yapısına göre modellenmesi, SLA takviminin doğru kurulması, Assets şemasının zimmet ve envanter süreçlerini taşıyacak biçimde tasarlanması ve raporlama katmanının yönetim ihtiyacına göre kurulması.

Bir sonraki adım: ITSM'in BT dışına taşınması

Talep, onay ve SLA mantığı BT'ye özgü değil. İK'nın işe alım ve izin süreçleri, hukukun sözleşme onayları, finansın satın alma talepleri, idari işlerin lokasyon bazlı hizmetleri — hepsi aynı yapıyla yürütülebilir. Buna ESM (Enterprise Service Management) deniyor ve genellikle BT'de ITSM olgunlaştıktan sonraki doğal adımdır.

Bu genişlemenin en zorlu tarafı sahadaki, masa başında olmayan ekipler. Almbase'in geliştirdiği FieldSnap, JSM ile entegre çalışarak saha ekiplerinin — JSM lisansına veya kurumsal e-posta hesabına ihtiyaç duymadan — mobil cihazdan arıza ve iş raporu oluşturmasını sağlıyor.

Nereden başlamalı?

En sık yapılan dört hata

1. 34 uygulamayı birden devreye almaya çalışmak. Çerçeveye uyum sağlamak amaç değil; hizmet kalitesini artırmak amaç.
2. Aracı süreç yerine koymak. Rolleri, sahiplikleri ve eskalasyon mantığını tanımlamadan yapılan kurulum, kaosu dijitalleştirmekten öteye gitmez.
3. Ölçmeden başlamak. Mevcut MTTR'ı bilmiyorsanız iyileştirmeyi de kanıtlayamazsınız.
4. Kataloğu BT diliyle yazmak. "Exchange mailbox quota artışı" değil, "E-posta alanım doldu" — kullanıcı kendi diliyle bulur.

Sıkça sorulan sorular

ITIL ve ITSM aynı şey mi?

Değil. ITSM disiplinin adı, ITIL ise onu uygulamak için kullanılan çerçevenin adı.

ITIL 4 sertifikası ne işe yarar?

Bireysel bir yetkinlik belgesidir. Kurumun kendisi ITIL ile değil, ISO/IEC 20000-1 ile belgelendirilir.

ITIL, Agile ve DevOps'un karşısında mı?

Hayır. ITIL 4 bu yaklaşımları açıkça kendi içine dahil eder; "optimize et ve otomatikleştir" rehber ilkelerinden biridir.

Küçük bir BT ekibi için ITIL fazla ağır mı?

Tamamını uygularsanız evet. Talep ve olay yönetimiyle sınırlı bir başlangıç, beş kişilik bir ekipte de ölçülebilir fayda üretir.

Jira Service Management ITIL uyumlu mu?

JSM, temel ITIL uygulamaları için hazır süreç şablonları sunar ve ürün, Jira Service Desk adını taşıdığı dönemde temel ITIL süreçleri için PinkVERIFY sertifikasyonu almıştır. Yine de uyum aracın kendisinden değil, kurulumun kurumun gerçek hizmet yapısına göre yapılmasından gelir.