SLA, OLA ve UC hazırlama: müşteri sözünü iç ekip ve tedarikçiye bağlamak

Üç belge, tek zincir

BT hizmetlerinde müşteriye verilen söz tek başına tutulamaz. Hizmet seviyesi anlaşması (SLA), hizmeti alan tarafa verilen taahhüttür. Bu taahhüdü yerine getirmek için iç ekipler birbirine bağlıdır; aralarındaki düzen işletme seviyesi anlaşması (OLA) ile yazılır. Dış tedarikçilere dayanan kısımlar ise destek sözleşmesiyle (UC, underpinning contract) güvence altına alınır.

Zincirin mantığı basittir: müşteriye verdiğiniz süre, onu arkadan taşıyan OLA ve UC sürelerinden uzun olmalıdır. Müşteriye kısa bir yanıt süresi sözü verip ağ ekibinin bundan uzun sürede yanıt verdiği bir OLA ile çalışıyorsanız SLA'yı baştan tutamazsınız. Bu tutarsızlık sözleşme masasında değil, ilk kesintide ortaya çıkar.

SLA'nın ne olduğu ayrı bir sözlük sayfasında açıklanır. Bu sayfanın konusu, üç belgeyi nasıl hazırladığınız, nasıl ölçtüğünüz ve birbirine nasıl bağladığınızdır.

SLA nasıl hazırlanır?

Hazırlık, hizmetin müşteri için ne anlama geldiğiyle başlar. Hizmeti teknik bileşenlerle değil, müşterinin sonuçla tanımlayın: "e-posta çalışır durumda" bir sonuçtur, "posta sunucusu açık" bir bileşendir. Ardından hangi saatlerde ve hangi kanallardan destek verileceği, hangi durumların kapsam dışı olduğu yazılır.

Sonraki adım hedeflerdir. Yanıt süresi, çözüm süresi ve hizmetin erişilebilirliği en yaygın üç ölçüdür. Hedeflerin öncelik düzeylerine göre değişmesi doğaldır; kritik bir kesinti ile sıradan bir bilgi talebi aynı süreyle ölçülmez. Hedefler yazılırken geçmiş verilere bakılmalıdır: ekip son dönemde gerçekte hangi sürelerde yanıt verdi?

Bir SLA'da ayrıca ölçüm yöntemi, raporlama sıklığı, saatin ne zaman durduğu, sorumlular, gözden geçirme tarihi ve hedefin tutulmadığı durumda yapılacaklar yer almalıdır. Müşterinin yükümlülükleri de yazılmalıdır: gerekli bilgiyi zamanında vermek, erişim sağlamak gibi. Aksi halde bekleme süresi ekibin hanesine yazılır.

Ölçülebilir hedef nasıl yazılır?

İyi bir hedef sayıyla ifade edilir ama sayıdan önce neyin, neye göre ölçüldüğü tanımlanır. "Hızlı yanıt" ölçülemez; "kritik taleplerde ilk yanıt süresi" ölçülebilir. Ölçülecek şeyin başlangıcı (talep kaydı açıldığında mı, atandığında mı?) ve bitişi (ilk insan yanıtı mı, otomatik onay mı?) net olmalıdır.

Hedefi tek bir ortalamaya bağlamak yanıltıcıdır. Bir ayın ortalaması iyi görünürken bazı müşterilerin çok uzun beklemiş olması mümkündür. Bu yüzden hedefi talebin belirli bir oranının belirli bir süre içinde karşılanması biçiminde yazmak daha adildir. Oranı ve süreyi kendi hizmetinizin verisine bakarak belirleyin; başka bir kurumdan kopyalanan hedef sizin ekibinizi tanımaz.

Ölçüm aracı SLA tanımıyla uyumlu olmalıdır. Hizmet masası aracındaki saat durdurma koşulları, sözleşmedeki ifadelerle aynı mantığı izlemiyorsa raporlar ile sözleşme çelişir. Tanım yazılmadan araca girmeyin.

OLA: iç ekipler arasındaki düzen

OLA, SLA'yı taşıyan ekiplerin birbirine verdiği sözdür. Örneğin hizmet masası bir talebi ağ ekibine ilettiğinde, ağ ekibinin ne kadar sürede yanıt vereceği OLA'da yazılır. Kritik nokta, OLA sürelerinin SLA hedefinin içine sığmasıdır: hizmet masasının, ağ ekibinin ve uygulama ekibinin süreleri toplandığında müşteriye verilen süreyi aşmamalıdır.

OLA hazırlarken ekip liderleriyle birlikte oturulur; masa başında dayatılan süreler tutulmaz. Hangi ekibin hangi talep türünde sorumlu olduğu, devir kuralları ve devir sırasında hangi bilginin ekleneceği yazılır. Devredilen bir talebin geri sorulması, çoğu gecikmenin asıl kaynağıdır.

OLA bir hukuki sözleşme değildir, ama bağlayıcı bir iç düzen olarak yönetilmelidir. İhlaller ceza için değil, süreci düzeltmek için incelenir. Bu yüzden ölçüm ve raporlama OLA için de kurulmalıdır; ölçülmeyen iç söz kısa sürede unutulur.

UC: dış tedarikçilere dayanan kısım

Hizmetin bir bölümü bir tedarikçiye dayanıyorsa (internet servis sağlayıcı, bulut barındırma, üçüncü taraf yazılım desteği), müşteriye verdiğiniz söz tedarikçinin sözüne bağlıdır. UC, bu bağı sözleşmeyle güvence altına alır. Tedarikçinin yanıt ve onarım süreleri, sizin SLA hedeflerinizi karşılayacak şekilde yazılmalıdır.

Sözleşme imzalanmadan önce şu soruyu sorun: tedarikçi hedefini kaçırırsa ben müşterime nasıl hesap veririm? Cevap "veremem" ise ya SLA hedefini gevşetmeniz ya da tedarikçiyle farklı bir düzen kurmanız gerekir. Müşteriye daha kısa süre vaat edip tedarikçiden daha uzun süre kabul etmek, riski sessizce kendi üzerinize almaktır.

UC için de düzenli gözden geçirme gerekir: tedarikçinin performansı raporlanır, ihlaller kaydedilir ve sözleşme yenilenirken bu kayıtlar masaya getirilir.

Adım adım: zinciri uçtan uca kurmak

Önce müşteriye verilmesi gereken sözden başlayın ve geriye doğru çalışın. Hizmet için hangi ekiplerin ve hangi tedarikçilerin gerektiğini çıkarın. Her bağlantı için süre bütçesi oluşturun: müşteriye verilecek toplam süreyi, ekiplere ve tedarikçilere paylaştırın. Bu paylaşım yapıldığında hangi halkanın darboğaz olduğu görülür.

Ardından OLA ve UC süreleri bu bütçeye uyacak şekilde müzakere edilir. Uymayan halka için iki seçenek vardır: o halkayı hızlandırmak ya da SLA hedefini gerçekçi hale getirmek. Hedefi sonradan değiştirmek, tutulamayan sözle yaşamaktan iyidir.

Son olarak ölçüm ve raporlamayı üç katmanda kurun, aylık ya da çeyreklik bir gözden geçirme ritmi koyun. İhlal nedenleri aracı değil süreci iyileştirmek için kullanılsın. Bu ritim, ITIL 4'te hizmet seviyesi yönetimi ile sürekli iyileştirmenin buluştuğu yerdir.

Sık yapılan hatalar

En yaygın hata, SLA'yı OLA ve UC'den bağımsız yazmaktır. Zincir tutarsızsa her ihlalde suçlu aranır ama çözüm üretilmez. İkinci hata, hedefi ortalamayla tanımlamak, üçüncüsü saat durdurma koşullarını yazmamaktır.

Dördüncü hata, müşteri yükümlülüklerini atlamaktır. Beşincisi ise belgeyi imzalayıp kaldırmaktır: hizmet değiştiğinde SLA'nın da güncellenmesi gerekir. Altıncı hata, yalnız teknik göstergelere bakmaktır; müşteri memnuniyeti ve gerçekten yaşanan deneyim de gözden geçirilmelidir.

Bu beceriyi Mindset programlarında nerede çalışırsınız

ITIL 4 Foundation eğitiminin hizmet değer sistemi ve hizmet değer zinciri başlıkları, hizmet seviyelerinin hangi çerçevede anlam kazandığını gösterir. ITIL 4 Intermediate programındaki hizmet oluşturma, sunma ve destekleme modülü ile paydaş değerini yönlendirme modülü ise taahhütlerin hizmet sunumuna nasıl yansıdığını daha ayrıntılı ele alır. Hizmet masası, hizmet sahibi ya da tedarikçi yönetimi sorumluları için uygun bir zemin sunar.

Öğrenirken kendi kurumunuzdaki bir hizmetin müşteri sözünü, arkasındaki ekipleri ve tedarikçileri bir kâğıda çizmek, zincirin nerede kopuk olduğunu hızla gösterir.