ITIL 4'te sürekli iyileştirme nasıl yürütülür?
ITIL 4 sürekli iyileştirme modelini, iyileştirme kaydını, ölçü seçimini ve bir BT hizmetinde iyileştirmenin adım adım yürütülmesini öğrenin.
ITIL 4'te sürekli iyileştirme neyi ifade eder?
Sürekli iyileştirme, ITIL 4'te tek bir süreç ya da proje değil, hizmet değer sisteminin tüm düzeylerinde çalışan bir faaliyettir. Kuruluşun ürünlerini, hizmetlerini, uygulamalarını ve hatta çalışma şeklini hedeflerle uyumlu hale getirmek için yürütülür. ITIL 3'te sürekli hizmet iyileştirme (CSI) yaşam döngüsünün ayrı bir aşamasıydı; ITIL 4'te ise iyileştirme her etkinliğin ve her çalışanın işinin bir parçası olarak ele alınır.
Bu yaklaşımın pratik sonucu şudur: iyileştirme yalnızca yönetim kademesinin yıllık planı olmaz. Servis masası analistinin fark ettiği tekrarlayan bir sorun da, kıdemli mimarın önerdiği yapısal değişiklik de aynı iyileştirme düzeninde izlenir. Değer akışlarında geliştir ve iyileştir etkinliği, zincirin diğer etkinliklerinden gelen geri bildirimi toplar ve eyleme dönüştürür.
İyileştirme modeli: sorularla ilerlemek
ITIL 4 sürekli iyileştirme modeli, bir iyileştirme girişimini sorular dizisiyle yürütür. Soruların akışı şudur:
- Vizyonumuz nedir? Kuruluşun yönü ve iş hedefleri.
- Şu an neredeyiz? Mevcut durumun ölçümlerle belirlenmesi.
- Nerede olmak istiyoruz? Ölçülebilir hedeflerin tanımı.
- Oraya nasıl ulaşırız? Eylem planı ve sorumluluklar.
- Eylemi uygula: Planın küçük adımlarla hayata geçirilmesi.
- Hedefe ulaştık mı? Sonuçların başlangıç ölçümleriyle karşılaştırılması.
- İvmeyi nasıl koruruz? Kazanımların kalıcı hale getirilmesi ve yeni iyileştirme fırsatlarının belirlenmesi.
Modelin gücü, sıklıkla atlanan noktalara vurgu yapmasındadır: önce başlangıç durumunu ölçmek ve sonunda sonucu başlangıçla kıyaslamak. Başlangıç ölçümü yoksa iyileşme kanıtlanamaz. Son soru ise iyileştirmeyi tek seferlik bir olay olmaktan çıkarır. Modelin adlandırılmış adımlarının resmî Türkçe karşılıkları yayımcıya göre değişebilir.
İyileştirme kaydı ve önceliklendirme
İyileştirme fikirleri çok farklı kaynaklardan gelir: olay ve problem kayıtları, kullanıcı geri bildirimi, denetim bulguları, ekibin gözlemleri ve izleme verisi. Bunları tek bir yerde toplamak için iyileştirme kaydı, yani sürekli iyileştirme günlüğü tutulur. Kayıtta her iyileştirme için şu bilgiler bulunur: konu, kaynağı, beklenen fayda, tahmini çaba, sorumlu kişi, durum ve sonuç.
Tüm fikirleri uygulamak mümkün değildir. Önceliklendirme sırasında şu ölçütler kullanılır: iş hedefine katkısı, etkilenen kullanıcı ya da hizmet sayısı, risk azaltımı, çaba ve bağımlılıklar. Hızlı kazanım sağlayan düşük çabalı fikirler erken sonuç gösterir ve ekibin motivasyonunu korur. Büyük yapısal iyileştirmeler ise ayrı proje olarak planlanır. Kaydın düzenli gözden geçirildiği bir toplantı, fikirlerin kayıp gitmesini engeller.
Ölçü seçimi: neyi ölçmeli?
İyileştirmenin başarılı olup olmadığı yalnızca doğru ölçülerle anlaşılır. Ölçü, iyileştirmenin hedeflediği değerle ilişkili olmalıdır. Örneğin hedef kullanıcı memnuniyetiyse yalnızca kapatılan çağrı sayısını izlemek yetersizdir; çözümün kalitesi, tekrar açılan çağrılar ve kullanıcı geri bildirimi de izlenmelidir.
Ölçü seçerken şu sorular yol gösterir: Bu ölçü gerçekten hedefle ilgili mi? Veri güvenilir ve toplanabilir mi? Ölçüm değiştirdiğimiz şeyin etkisini yansıtıyor mu? İnsanlar ölçüyü yanıltmak için davranışlarını değiştirebilir mi? Ölçünün kendisi bir hedef haline geldiğinde amacını kaybedebilir; örneğin çağrı süresini kısaltma baskısı, yüzeysel çözümlere yol açabilir. Bu yüzden birden çok ölçüyü dengeli biçimde izlemek ve sayıların arkasındaki hikayeye bakmak gerekir.
Örnek: servis masasında tekrar açılan çağrıları azaltmak
Örneğin bir servis masası ekibi, çağrıların önemli bir kısmının birkaç gün içinde yeniden açıldığını fark ediyor.
Vizyon: Kullanıcıyı ilk temasta kalıcı çözüme ulaştırmak. Mevcut durum: Yeniden açılan çağrıların oranı ve hangi kategorilerde yoğunlaştığı kayıtlardan çıkarılır. Hedef: Bu kategorilerde yeniden açılmayı belirli bir düzeye çekmek. Plan: Analiz sonucunda eksik çözüm adımlarının ve kullanıcıdan alınmayan teyidin sorun olduğu görülür; çağrı kapatmadan önce çözüm teyidi ve ilgili bilgi makalesinin bağlanması planlanır. Uygulama: Önce küçük bir ekipte denenir. Değerlendirme: Yeniden açılan çağrıların oranı ve kullanıcı geri bildirimi başlangıçla karşılaştırılır. Sürdürme: Uygulama tüm ekibe yayılır, bilgi tabanı güncellemeleri yeni kapanış kontrol listesine eklenir ve yeni bir iyileştirme fırsatı kayda geçirilir.
Bu örnekte iyileştirme, büyük bir dönüşüm olmadan küçük ve ölçülebilir adımlarla gerçekleşir.
İyileştirmeyi kalıcı hale getirmek
Birçok iyileştirme girişimi, ilk heyecan geçtikten sonra eski düzene döner. Bunu önlemek için iyileştirmenin sahibi net olmalı, kazanımlar süreç ve belgelere işlenmeli, ilgili kişiler eğitilmeli ve ölçüler düzenli izlenmelidir. Başarılar ekip içinde görünür kılınmalı, böylece iyileştirme çalışması takdir görür.
Kültür, bu işin belirleyici unsurudur. Hata yapan kişiyi cezalandıran bir ortamda iyileştirme fikirleri paylaşılmaz. ITIL 4 yol gösterici ilkelerinden yinelemeli ilerleme, iş birliği ve sade tutma, iyileştirme çalışmasının da dayanağıdır. Küçük, sık ve görünür adımlar, büyük ve belirsiz projelerden daha çok sonuç verir. Yönetimin iyileştirme için zaman ve yetki ayırması da gereklidir. Ekip toplantılarında kısa bir iyileştirme gündemi bırakmak, fikirlerin dile getirilmesini alışkanlığa dönüştürür.
Sık yapılan hatalar ve Mindset bağlamı
- Başlangıç durumunu ölçmeden iyileştirmeye girişmek.
- İyileştirme kaydı tutmamak ya da tutup gözden geçirmemek.
- Ölçüyü hedefin yerine koymak.
- İyileştirmeyi yalnızca yönetimin işi olarak görmek.
- Kazanımı kalıcılaştırmadan bir sonraki projeye geçmek.
Mindset kataloğundaki BT Hizmet Yönetimi (ITIL 4) Temelleri eğitimi, Sürekli İyileştirme ve Üretimde ITIL başlığını ayrı bir modül olarak içerir. ITIL 4 Intermediate (Managing Professional & Strategic Leader) Uzmanlığı Eğitimi ise Yönlendir, Planla ve İyileştir modülünü ve Stratejik Liderlik Yolunda Uygulama ve Senaryo Çalışması başlığını kapsar. ITIL 4 Foundation Eğitimi, kavramsal temeli verir. Hizmet yönetimi, operasyon ve süreç sahipleri bu başlıkları kendi iyileştirme gündemleriyle ilişkilendirebilir.
İlgili Mindset programı
BT Hizmet Yönetimi (ITIL 4) Temelleri
Sık sorulan sorular
Sürekli iyileştirme ile kalite yönetimindeki Kaizen aynı mıdır?
Birbirine yakın felsefelerdir ama aynı değildir. Kaizen, küçük ve sürekli adımlarla iyileştirmeyi vurgulayan genel bir yaklaşımdır. ITIL 4 sürekli iyileştirme ise BT hizmet yönetimi bağlamında modeli, kaydı ve rolleri ile somut bir çerçeve sunar. İkisi birlikte kullanılabilir.
İyileştirme kaydında hangi bilgiler yer almalı?
Konu, kaynağı, beklenen fayda, tahmini çaba, sorumlu kişi, durum ve sonuç temel alanlardır. Öncelik ve bağımlılık bilgisi eklenebilir. Kaydın amacı fikirlerin kaybolmasını önlemek ve ekip önceliklerini görünür kılmaktır; fazla alan eklemek kullanımını zorlaştırır.
Sürekli iyileştirme kimin sorumluluğundadır?
ITIL 4'e göre iyileştirme herkesin işinin parçasıdır. Yine de kaydı yöneten, öncelikleri belirleyen ve gelişmeyi izleyen sorumlu kişiler ya da bir iyileştirme ekibi bulunması faydalıdır. Yönetim ise gerekli zaman, kaynak ve desteği sağlar.
Küçük ekipler iyileştirme modelini nasıl kullanır?
Küçük ekipler modeli birkaç sorudan oluşan kısa bir toplantı akışı olarak kullanabilir: nerede olduğumuz, nereye gitmek istediğimiz, ilk adımın ne olduğu ve sonucu nasıl ölçeceğimiz. Basit bir tablo, iyileştirme kaydı olarak yeterlidir.
İyileştirme sonuçları nasıl gösterilir?
Başlangıç ölçümleri ile iyileştirme sonrası ölçümleri yan yana göstermek en açık yoldur. Sayıların yanında kullanıcı geri bildirimlerinden kısa alıntılar da etkiyi somutlaştırır. Hangi değişikliğin hangi sonuca yol açtığını açıklamak, yönetimin sonraki iyileştirmeleri desteklemesini kolaylaştırır.
İlgili rehberler
İlgili eğitimler
Kategori: BT Yönetişimi ve Stratejisi