Bitmeyen iyileştirme,
ITIL4'ün ana metodolojisi.
ServiceCore Continual Improvement modülü, ITIL4'ün ana uygulama metodolojisi olan sürekli iyileştirmeyi disiplinli bir kayıt ortamına (CI Register) taşır. Süreç ve servis raporlarından gelen sonuçlar, kullanıcı ve teknik ekip önerileri Interaction katmanında yakalanır; üç aşamalı analiz–değerlendirme–istişare akışıyla puanlanır, önceliklendirilir ve gerektiğinde Değişiklik veya Proje olarak devreye alınır.
CI Register,
insiyatiflerin tek kayıt ortamı.
Sürekli iyileştirme kayıtları (CI Register) ortamı olarak CI modülü, hedeflerle uyum, durum tespiti, zayıflıkların giderilmesi için görevlendirmeler ve insiyatiflerin baştan sona takibi için gerekli altyapıyı sağlar. Süreç ve servis raporlarından gelen sonuçlar ile kullanıcı önerileri aynı kayıt yapısında birleşir.
- Hedeflerle uyum, durum tespiti, zayıflıkların tespiti ve giderilmesi için görevlendirmeler tek kayıt yapısında tutulur; iyileştirme insiyatifleri baştan sona izlenebilir biçimde belgelenir.
- Süreç ve servis raporlarından gelen sonuçlar otomatik olarak CI Register'a düşer; raporda görünen zayıflık dağınık tablolar yerine takip edilebilir bir insiyatife dönüşür.
- Tüm teknik ekip ve kullanıcılardan gelen iyileştirme önerileri Interaction katmanında yakalanır ve iyileştirme fırsatı olarak CI modülünde takip edilir; kayıp gitmez.
Üç aşamalı değerlendirme,
değer odaklı karar.
Standart dışı her gereksinim CI Yöneticisi liderliğinde Analiz → Değerlendirme → İstişare-Danışma akışından geçirilir. İş analizi, servis seviye, ilişki, portföy, risk, finans, katalog ve istek yönetimi süreçleri karara katkı sağlar; her insiyatif değer odaklılık ilkesiyle puanlanır.
- Analiz aşamasında öneri kurum hedeflerine katkı, kapsam ve gereksinim netliği bakımından incelenir; değer odaklılık ilk eleme kriteri olarak işler.
- Değerlendirme aşamasında fayda, efor, maliyet ve risk somut biçimde hesaplanır; ikna edici ve erişilebilir hedefler kayıt altına alınır.
- İstişare-Danışma aşamasında ilgili süreçlerin (iş analizi, SLM, risk, finans, katalog, istek) görüşü toplanır; karar tek kişiye değil çok sesli bir kurula dayanır.
Interaction ile entegre,
öneri kayıp gitmez.
ServiceCore'u farklı kılan özelliklerden biri; e-posta ve portal aracılığı ile gelen standart dışı isteklerin Interaction ve CI ara katmanları entegre edilerek alınmasıdır. Sıradan bir istek gibi geliveren geliştirme talepleri, doğru kapıdan girer ve değerlendirme dışı kalmaz.
- Standart dışı her gereksinim — geliştirme, tasarım, kodlama, entegrasyon, yapılandırma — istek modülüne değil iyileştirme insiyatifi olarak CI modülüne düşer; servis kataloğu kirlenmez.
- ITIL4'ün üç temel kullanıcı etkileşim türü (olay, istek, iyileştirme önerisi) ayrı kapılardan girer; iyileştirme önerisi backloglara değerlendirilmeden girmez.
- Engage safhasında müşteri ile yakın temasta yürütülen CI süreci, tüm önerileri fayda-değer-risk perspektifinde değerlendirir; az faydalılar elenir, yüksek katma değerliler önceliğe çıkar.
Sürekli iyileştirme disiplinini güçlendiren yetkinlikler
Beş soruluk değerlendirme çerçevesinden puantajlı önceliklendirmeye, Interaction yakalamadan Değişiklik/Proje devreye alımına kadar uçtan uca CI yetenekleri.
Beş soruluk değerlendirme çerçevesi
Her insiyatif beş temel soruyla incelenir: hedeflere katkı, somut faydalar, gereken efor, maliyet ve yapma–yapmama riskleri. Acil ve öncelikli denilen her gereksinim, kurum hedefleri ve değer odaklılık prensibi karşısında objektif olarak süzülür.
Önceliklendirme puantajı
Hedef katkı, fayda, efor, maliyet ve risk kriterleri ağırlıklı puana çevrilir; kuruma özgü ek kriterler tanımlanabilir. Subjektif tartışma yerine sayısal önceliklendirme, hangi insiyatifin önce devreye alınacağına netlik kazandırır.
Kararı besleyen süreçler
İş analizi, servis seviye, ilişki, portföy, risk, finans, katalog ve istek yönetimi süreçleri CI Yöneticisi liderliğinde karara katkı sağlar. Karar çok sesli bir danışma kurulundan çıkar; tek bir ekibin görüşüyle backlog kirlenmez.
Değişiklik veya Proje ile devreye alma
Önceliklendirmede üst sıraya çıkan iyileştirme insiyatifleri Change Management ile küçük ölçekli, Project Management ile büyük ölçekli teslimatlara dönüştürülür. CI'dan Change/Project'e geçişte kapsam, gerekçe ve değerlendirme kayıtları tek izlenebilir zincir oluşturur.
ITIL4 Engage katmanı liderliği
Engage safhasında karşılaşılan standart dışı her gereksinim CI sürecinin liderliğinde değerlendirilir. Müşteri ile yakın temas, fayda perspektifiyle birleşince yüksek katma değerli öneriler öne çıkar.
Rapor ve öneri kaynaklarının birleşmesi
Süreç ve servis raporlarından gelen sonuçlar ile teknik ekip ve kullanıcı önerileri tek kayıt yapısında birleşir. Ölçüm verisi ve sahadan gelen ses, aynı CI Register üzerinden iyileştirme fırsatına dönüşür.
Beş Soruluk Değerlendirme Çerçevesi
Standart dışı her gereksinim CI modülünde aşağıdaki başlıklara göre analiz ve değerlendirmeden geçirilir. Acil ve öncelikli denilen her ihtiyaç değer odaklılık ilkesiyle objektif olarak süzülür.
Kurum hedeflerine bu önerinin katkısı nedir?
Genellikle son kullanıcı veya bir departman tarafından "acil ve öncelikli" ihtiyaç olarak belirtilen gereksinimler kurumun amaç ve hedefleriyle ne kadar ilgili ve bunlara ne kadar katkısı var bunun sorulması gereklidir. ITIL4 ve servis yönetimi dünyasının bir numaralı kuralı "değer odaklılık" bağlamında tüm iyileştirmeler kurum hedeflerine bakarak değerlendirilmelidir.
Önerilen iyileştirmenin faydaları somut olarak nelerdir?
Bu iyileştirme bir kullanıcıyı mı, iş birimini mi, tüm kurumu mu kapsamaktadır. Elde edilecek kazanımın mali açıdan, verimlilik açısından, kalite açısından getirileri nelerdir. Bu aşamada ikna edici, somut, erişilebilir bir hedef belirtiliyor olmalıdır.
Bu iyileştirmenin gerçekleştirilmesi için gereken efor nedir?
Kullanıcı veya iç müşterilerin önerdiği iyileştirmenin arkasındaki gerekli eforu bilmesi beklenemez. Bu aşamada gerçekçi iş gücü hesaplanmalıdır.
Maliyetler nelerdir?
İyileştirmenin faydalarını elde edebilmek için gerekli maliyet net olarak bilinmelidir. Maliyet bir iyileştirmenin 1 ve 2. sorularda sorulan kriterleriyle uyumlu ve yatırıma değecek bir seviyede olması beklenmektedir.
Bu iyileştirmeyi yapmanın ve yapmamanın riskleri nelerdir?
Söz konusu iyileştirme fikrini uygulamama durumunda neler kaybedilecektir? Uygulanması durumunda ise yaşanacak değişiklikle hangi tehditler ve sistemsel etkiler olacaktır? Bu aşamada risk yönetimi sürecinin de katkısıyla tehdit ve olasılıklar hesaplanır.
ITIL4 CI Model'e
birebir uyumlu yedi adım.
ServiceCore CI modülü, ITIL4 Continual Improvement Practice'inde tanımlanan modele birebir uyumlu olarak geliştirilmiştir. "Did we get there?" sorusuyla kapanan döngü, her iyileştirmeyi ölçülebilir ve sürdürülebilir bir uygulama disiplini olarak yönetir.
Vizyon
İş hedefleri ve stratejiyle uyum sağla
Şu an neredeyiz?
Mevcut durumun objektif değerlendirmesi
Nereye varmak istiyoruz?
Ölçülebilir hedef tanımı
Nasıl varacağız?
Plan, kapsam ve aksiyon adımları
Aksiyon al
Change veya Project ile devreye al
Vardık mı?
Sonucu ölçü ve hedefe ulaşımı kontrol et
Momentumu sürdür
Bir sonraki iyileştirmeye geç, döngü açık
Sıkça Sorulan Sorular
Sürekli iyileştirme metodolojisi, istek ile öneri farkı, üç aşamalı değerlendirme ve ITIL4 CI Model hakkında en sık sorulanlar.
Sürekli İyileştirme nedir, neden ITIL4'ün ana metodolojisi?
Sürekli iyileştirme servis yönetiminin esas uygulama metodudur. ITIL4'e göre servis yönetiminin bitmeyen bir sürekli iyileştirme metodu ile uygulanması gerekir; sürekli iyileştirme ITIL4'ün ana uygulama metodolojisidir. Her servis yönetimi sisteminin omurgasında sürekli iyileştirme pratikleri yer alır. Bir servis yönetimi süreç ve servis otomasyonu çalışmasının doğal bileşeni sürekli iyileştirme uygulamasıdır.
İstek ile iyileştirme önerisi arasındaki fark nedir?
ITIL4 ve servis yönetimi pratiklerinde son kullanıcılarla etkileşimin üç temel türü vardır: olay, istek ve iyileştirme önerisi. Genellikle olay ve istek karıştırılır; ama daha sorunlu olan yaklaşım, iyileştirme önerilerini istek ile aynı kategoride veya aynı yazılım modülünde ele almaktır. Servis kataloğunda standartlaştırılmış isteklere yer verilir; önerilere, ek ihtiyaçlara, geliştirme-tasarım-üretim gerektiren konulara yer verilmemelidir. Bunlar birer CI kaydı olarak analiz edilmeli, değerlendirilmeli ve görüş toplanarak karar verilmelidir.
Üç aşamalı değerlendirme süreci nasıl çalışır?
ServiceCore CI modülünde her insiyatif tam üç aşamalı işlenir: ilk aşamada "Analiz", ikinci aşamada "Değerlendirme", üçüncü aşamada "İstişare-Danışma". CI pratiğinin sahibi CI Yöneticisi liderliğinde bu üç aşamalı karar verme sürecine katkı sağlayan diğer süreçler şunlardır: iş analizi, servis seviye yönetimi, ilişki yönetimi, servis portföy yönetimi, risk yönetimi, servis finans yönetimi, servis katalog yönetimi ve istek yönetimi süreçleri.
Interaction ve CI ara katmanı entegrasyonu ne sağlar?
ServiceCore'u diğer tüm ürünlerden farklı kılan özelliklerden biri, standart dışı isteklerin e-posta ve portal aracılığı ile alınması sırasında Interaction ve CI ara katmanlarını entegre ederek sunabilmesidir. Genellikle BT yazılım ekiplerinin proje kültüründen kalma doğrudan sipariş alır gibi her tür gereksinimi backloglara değerlendirilmeden hızla girivermesi sorunlu bir yaklaşımdır. Standart dışı geliştirme talebi sıradan bir istek gibi alınmaz; iyileştirme insiyatifi olarak CI modülüne düşer.
Engage safhası ve implementation nasıl bağlanır?
ITIL4 Service Value System'de "Engage" katmanında hem standart istekler hem de geliştirme gerektiren durumlar müşteri ile yakın temasta bulunarak CI süreci tarafından liderliği yapılan bir çalışmadır. Engage safhasında karşılaşılan standart dışı her gereksinim bir iyileştirme fırsatıdır. Tüm aşamalardan geçen bir iyileştirmenin devreye alınıp alınmayacağı CI Details bölümünde kayıt altına alınır. Devreye alınacaksa Implementation safhasına geçilir; bir Değişiklik kaydı veya bir Proje kaydı açılarak iyileştirme devreye alınır ve takip edilir. Son aşamada "Did we get there?" sorusuyla gözden geçirme yapılır.