ITIL, BT hizmetlerini yönetmek için biriktirilmiş bir iyi uygulamalar derlemesidir. Bir standart değildir — uyulması zorunlu kuralları yoktur. Bir yöntem de değildir; nasıl yapacağınızı değil, neyi düşünmeniz gerektiğini söyler.
Bu ayrım önemlidir, çünkü ITIL’in kötü şöhreti genelde onu bir kural kitabı gibi uygulamaktan doğar.
Ne çözmeye çalışır
Küçük bir ekipte işler koridorda konuşularak yürür. Ekip ve sistem sayısı büyüdüğünde bu dağılır: kimin neyi ne zaman yaptığı bilinmez, aynı sorun defalarca çözülür, bir değişiklik başka bir şeyi bozar ve kimse bağlantıyı kuramaz.
ITIL bu dağınıklığa ortak bir dil ve birkaç temel ayrım getirir. Asıl değeri süreç şablonlarında değil, kavramları birbirinden ayırmasındadır.
Dört temel ayrım
Pratikte en çok işe yarayan kısım budur.
Olay (incident), çalışan bir şeyin bozulmasıdır. Amaç, hizmeti mümkün olan en kısa sürede geri getirmektir — kalıcı çözüm değil.
İstek (request), standart ve önceden onaylanmış bir taleptir: yeni hesap, yazılım kurulumu, erişim yetkisi. Bozulan bir şey yoktur.
Problem, bir ya da birden çok olayın altında yatan nedendir. Amaç kök nedeni bulup tekrarı önlemektir.
Değişiklik (change), ortamda planlı bir değişikliktir.
Bu dördünü karıştırmak en yaygın hatadır. Olay ile isteği aynı kuyrukta ele almak, aciliyet ölçüsünü bozar; ayrım olay mı istek mi rehberinde ayrıntılı.
Olay ile problem farkı
Bu ikisinin karıştırılması, aynı sorunun aylarca tekrarlamasının nedenidir.
Bir sunucu her hafta donuyor ve her seferinde yeniden başlatılıyorsa, her yeniden başlatma bir olay kaydıdır ve hizmet geri gelmiştir. Ama sorun çözülmemiştir.
Problem yönetimi, “neden her hafta donuyor” sorusunu ayrı bir iş olarak ele alır. Bu iş, olay çözümünün baskısı altında yapılamaz — çünkü olay anında öncelik hizmeti geri getirmektir.
Ayrımı kurmayan ekipler sürekli yangın söndürür ve neden hiç ilerleyemediklerini anlamaz. Kök neden çalışmasının nasıl yürütüleceği problem yönetimi ve kök neden rehberinde.
Öncelik: etki ve aciliyet
Öncelik tek bir sezgiyle değil, iki boyutla belirlenir.
Etki, kaç kişiyi ya da hangi iş sürecini etkilediğidir. Aciliyet, ne kadar hızlı büyüdüğüdür.
İkisinin kesişimi bir matris oluşturur. Tek kullanıcıyı etkileyen ama ödeme almayı durduran bir sorun, yüz kullanıcıyı etkileyen ama estetik olan bir sorundan önceliklidir.
Matrisin kurulumu ve tuzakları öncelik matrisi rehberinde.
Değişiklik yönetimi: fren değil süzgeç
ITIL’in en çok yanlış uygulanan parçası budur. Her değişikliği bir komitenin onayına bağlamak, süreci bir bürokrasi duvarına çevirir ve ekipler onu atlamanın yollarını arar.
Sağlıklı kurulum değişiklikleri sınıflara ayırır.
Standart değişiklikler önceden onaylanmıştır: rutin, düşük riskli, yordamı yazılı işler. Her seferinde onay istemez.
Normal değişiklikler değerlendirilir ve planlanır.
Acil değişiklikler olay sırasında yapılır; onay sonradan tamamlanır.
Ölçüt risktir, işlem sayısı değil. Süreci ağırlaştırmadan kurmanın yolu değişiklik yönetimi rehberinde.
Hizmet masası tek kapıdır
Kullanıcı için tek bir giriş noktası olması, ITIL’in en somut katkılarından biridir.
Değeri yalnızca düzen değildir: tüm talepler tek yerden geçtiğinde veri birikir. Hangi sorun ne sıklıkta geliyor, hangi ekip ne kadar yükleniyor, hangi sistem sürekli sorun çıkarıyor.
Bu veri olmadan problem yönetimi de kapasite planlaması da tahmine dayanır. Hangi beş ölçümün gerçekten işe yaradığı ITSM metrikleri rehberinde.
CMDB: en çok başarısız olan parça
Yapılandırma veritabanı, ortamdaki bileşenleri ve aralarındaki ilişkileri tutar. Amacı, bir değişikliğin neyi etkileyeceğini önceden görebilmektir.
Pratikte en sık terk edilen parçadır — çünkü her şeyi kaydetmeye çalışan bir CMDB güncel tutulamaz ve güncel olmayan bir CMDB, yanlış karar aldırdığı için hiç olmamasından kötüdür.
Gerçekçi başlangıç dardır: yalnızca kritik hizmetler ve onların doğrudan bağımlılıkları. Yaklaşımı CMDB’ye nereden başlanır rehberinde.
Küçük kurumda ne yapmalı
ITIL’in tamamını uygulamak orta ve büyük kurumlar içindir. Küçük bir ekipte üç şey yeterlidir ve karşılığını hemen verir.
Tek giriş noktası kurun — talepler sözlü değil kayıtlı gelsin.
Olay ile isteği ayırın — ikisi aynı kuyrukta yarışmasın.
Tekrarlayanları not edin — ayda üçten fazla tekrar eden her şey bir problem kaydı hak eder.
Bunların hiçbiri araç satın almayı gerektirmez. Süreç oturmadan alınan bir araç, dağınıklığı yalnızca dijitalleştirir.
Kısaca
ITIL bir kural kitabı değil, ortak bir dil ve birkaç yararlı ayrımdır. En değerli kısmı olay/istek/problem/değişiklik ayrımıdır.
Uygularken ölçü şudur: bir süreç karar vermeyi kolaylaştırıyorsa kalsın, yalnızca form dolduruyorsa gitsin. Çerçeveyi eksiksiz uygulamak amaç değildir.