ISO/IEC 20000-1 Uygulaması: Hizmet Yönetim Sistemi Kurma
Beceri rehberi

ISO/IEC 20000-1 Uygulaması: Hizmet Yönetim Sistemi Kurma

Hazırlayan: Mindset Institute EditörlüğüGüncellendi: 6 dk okuma

ISO/IEC 20000-1 hizmet yönetim sistemi kurulumunda kapsam, politika, süreçler, iç tetkik ve belgelendirme adımları sırayla anlatılıyor.

ISO/IEC 20000-1 neyi ister, neyi istemez?

ISO/IEC 20000-1, bir kuruluşun müşterilerine sunduğu hizmetleri planlı, ölçülebilir ve sürekli iyileşen bir yönetim sistemiyle yönetmesine ilişkin gereksinimleri tanımlayan uluslararası standarttır. Standart bir hizmet yönetim sistemi (HYS) bekler: politika, hedefler, roller, süreçler, kayıtlar ve düzenli gözden geçirme. Hizmeti BT ile sınırlı tutmak zorunlu değildir; en yaygın kullanım alanı BT hizmetleri olsa da, standart hizmet sağlayıcısı olan her kuruluş için yazılmıştır.

Standardın bir önemli özelliği, "nasıl" sorusuna kapalı kalmasıdır. Olay yönetimini hangi araçla, hangi form ve iş akışıyla yürüteceğinizi dayatmaz; sürecin tanımlı, uygulanan, ölçülen ve iyileştirilen olmasını ister. Bu yüzden ITIL gibi uygulama çerçeveleri ile birlikte kullanılabilir: ITIL nasıl yapabileceğinize dair rehberlik verir, ISO/IEC 20000-1 ise sistemin gereksinimlere uygunluğunu denetlenebilir kılar.

Uyum, standardın metnini okuyup kendi sisteminize eşlemekle başlar. Standart ticari bir yayındır; güncel sürümünü ISO ya da ulusal standart kuruluşlarından edinin ve bu sayfadaki genel anlatımı onun yerine koymayın.

Kuruluşun bağlamı, kapsam ve liderlik

Kurulumun ilk işi, hizmet yönetim sisteminin neyi kapsadığını yazmaktır. Hangi hizmetler, hangi müşteriler, hangi lokasyonlar ve hangi organizasyon birimleri kapsamda? Kapsam çok geniş seçilirse proje ağırlaşır, çok dar seçilirse müşteriye anlam taşımayan bir belgelendirme ortaya çıkar. İlk kurulumda en önemli birkaç hizmetle başlamak ve zamanla genişletmek yaygın bir yaklaşımdır.

Bağlam analizi, ilgili tarafların (müşteriler, düzenleyiciler, tedarikçiler, çalışanlar) beklentilerini ve sistemi etkileyen iç/dış faktörleri çıkarır. Bu, kapsamın ve hedeflerin dayanağıdır.

Liderlik gereksinimi, sistemin yönetim tarafından sahiplenilmesini ister: bir hizmet yönetim politikası, ölçülebilir hedefler, görev ve yetki dağılımı, kaynak taahhüdü. Politika raftaki bir belge olmamalıdır; çalışanlar neyi neden yaptıklarını ona bağlayabilmelidir. Sistemin bir sorumlusu (süreç sahipleri ve genel koordinatör) atanır; rollerin kâğıtta değil gerçek işte karşılığı olmalıdır.

Planlama ve destek: risk, hedef, kaynak, bilgi

Planlama aşamasında kuruluş, hizmet yönetim sisteminin hedeflerine ulaşmasını tehdit eden riskleri ve değerlendirmeye açık fırsatları belirler ve bunlara karşı eylem planı yapar. Hizmet hedefleri ölçülebilir olmalıdır: örneğin olay çözüm süresi, hizmet erişilebilirliği, müşteri memnuniyeti gibi. Hedefler yıllık planla birlikte sahiplenilir ve izlenir.

Destek başlığı altında kaynaklar, yetkinlik, farkındalık, iletişim ve dokümante edilmiş bilgi bulunur. Çalışanların rollerine uygun yetkinliği olmalı, eğitimleri kanıtlanabilmelidir. Dokümantasyon, standardın istediği belirli kayıtları ve kuruluşun işleyişi için gerekli diğer belgeleri kapsar. Burada sık yapılan hata, gereğinden çok belge üretmektir; belge sayısı değil, sistemin çalıştığını gösteren kanıt önemlidir.

Hizmet kataloğu ve hizmet seviyesi anlaşmaları bu aşamada şekillenir. Her hizmetin tanımı, sahibi, müşterisi, hedef seviyeleri ve bağımlılıkları kayıt altına alınır. Katalog, sistemin "neyi yönetiyoruz?" sorusuna cevabıdır.

Hizmet yönetim süreçleri: kurulum sırası

Standart, hizmet sunumu ve yönetimine ilişkin süreç gruplarını kapsar. Uygulamada bu gereksinimleri şu başlıklarla ele almak kolaylık sağlar: • Hizmet seviyesi yönetimi: Müşteri ile hedef seviyeleri anlaşmak, izlemek ve raporlamak. • Kapasite ve süreklilik: Gelecekteki talebi karşılayacak kaynağı planlamak; kesinti halinde hizmeti geri getirme planlarını (felaket kurtarma, iş sürekliliği) hazırlamak ve sınamak. • Olay yönetimi: Hizmet kesintilerini veya kalite düşüşlerini hızla kaydetmek, sınıflandırmak, çözmek. • Problem yönetimi: Tekrarlayan olayların kök nedenini bulmak ve kalıcı çözüm üretmek. • Değişiklik yönetimi: Değişikliğin riskini değerlendirmek, onaylamak, planlamak, uygulamak ve gözden geçirmek. • Yayın ve dağıtım yönetimi, konfigürasyon yönetimi. • Hizmet tasarımı ve geçişi: Yeni ya da değişen hizmetin canlıya alınmadan önce planlanması ve doğrulanması. • Tedarikçi ve ilişki yönetimi: Dış hizmet sağlayıcıların sözleşmelerinin ve performansının, hizmet hedefleri ile uyumunu sağlamak. • Talep ve bütçeleme, bilgi güvenliği ile ilişki.

Hepsini aynı anda kurmaya çalışmayın. Kuruluşta zaten olgun olan süreçleri (genellikle olay ve değişiklik) belgelendirip standarda hizalayın, eksik olanlara (çoğunlukla problem, kapasite, süreklilik, hizmet seviyesi) öncelik verin. Süreçler arası ilişkiyi baştan tanımlayın: bir olay tekrarlanırsa problem kaydı açılır, çözümü değişiklik gerektirirse değişiklik sürecine girer.

Boşluk analizinden belgelendirmeye adımlar

Kurulum projesi kabaca şu akışla ilerler: • Mevcut durum analizi (gap analysis): Standart gereksinimleri ile mevcut uygulamalar karşılaştırılır; eksikler, kısmen karşılananlar ve tam karşılananlar işaretlenir. • Proje planı ve sahiplik: Hedef tarih, kaynaklar, süreç sahipleri, yönetim desteği. • Politika, hedefler, kapsam ve rollerin tanımlanması. • Süreçlerin tasarımı veya düzenlenmesi: Her sürecin amacı, girdileri, çıktıları, rolleri, göstergeleri ve kayıtları. • Araç ve kayıt yapısı: Mevcut hizmet masası/ITSM aracı süreçleri destekliyor mu, değişiklik ve olay kayıtları denetlenebilir mi? • Eğitim ve farkındalık: Süreç sahipleri ve operasyon ekibi yeni çalışma biçimini öğrenir. • Uygulama dönemi: Sistem belirli bir süre çalıştırılarak kayıt üretilir. Kayıtsız bir sistem denetimde kanıt sunamaz. • İç tetkik: Bağımsız bir iç tetkikçi sistemi standarda karşı denetler; uygunsuzluklar ve düzeltici faaliyetler kaydedilir. • Yönetimin gözden geçirmesi: Üst yönetim sistem performansını, hedef gerçekleşmesini ve iyileştirme önerilerini değerlendirir. • Belgelendirme denetimi: İsteyen kuruluşlar bir belgelendirme kuruluşunun denetimine başvurur. Denetim süreci ve belgelendirme koşulları ilgili kuruluşun kendi kuralları doğrultusunda yürür.

Belgelendirme zorunlu bir hedef olmak zorunda değildir; standardı yalnızca iç yönetim modeli olarak kullanan kuruluşlar da vardır. Ancak belgelendirme, müşteriye bağımsız güvence sağlamak istediğinizde değerlidir.

Sürekli iyileştirme ve sık yapılan hatalar

Standart, sistemin kuruluyla yetinmesini değil sürekli iyileştirmesini ister. İyileştirme kaynakları: tetkik bulguları, hizmet seviyesi ihlalleri, müşteri şikayetleri, problem analizleri, ölçüm sonuçları ve yönetim gözden geçirmesi. Her iyileştirme önerisi kayda alınır, sorumlusu ve tarihi belirlenir, sonuç değerlendirilir.

Kurulum projelerinde tekrarlanan hatalar: • Belge odaklı yürümek: Çok sayıda prosedür yazılır ama kimse kullanmaz. • Süreç sahibi atamamak veya yetki vermemek. • Araç satın alıp süreç tasarlamamak. Araç süreci uygulamaya yardım eder, yerini almaz. • Kapsamı gereğinden geniş seçmek. • Ölçüm tanımlamamak: hedef var, ama veri toplanmıyor. • Tedarikçileri sistemin dışında bırakmak: Dış kaynaklı hizmetler hizmet sunumunun parçasıysa sözleşmeler ve izleme yapısı standartla uyumlu olmalıdır. • İç tetkiki formalite saymak. • Belgelendirme sonrası sistemin canlılığını kaybetmesi.

Sürdürülebilir sistem, günlük işin içinde çalışan sistemdir: olay kayıtları gerçek, değişiklik onayları anlamlı, problem analizleri sonuç üreten ve ölçümler karar için kullanılan.

Bu beceriyi hangi eğitimde derinleştirirsiniz?

ISO 20000 BT Hizmet Yönetimi eğitimi, standardı ve hizmet yönetim sistemini, liderlik ve politika konularını, hizmet seviyesi, kapasite ve süreklilik yönetimini, olay, problem ve değişiklik yönetimini, tedarikçi yönetimi ile hizmet tasarımı ve geçişi, iç tetkik, gözden geçirme ve sürekli iyileştirmeyi sektörel vakalar ve atölyeyle ele alır.

BT hizmet masası yöneticileri, hizmet yönetimi ve kalite sorumluları, tetkik ekipleri ile hizmet sağlayıcı kuruluşlarda süreç sahibi olacak kişiler için uygundur. Kurumsal ekiplerde, mevcut BT süreçlerini standarda hizalamak ve iç tetkik yeterliliği kazanmak isteyen birimler için çerçeve sağlar.

İlgili Mindset programı

ISO 20000 BT Hizmet Yönetimi

Sık sorulanlar

Sık sorulan sorular

ISO 20000 sertifikası zorunlu mudur?

Genel olarak zorunlu değildir; bazı müşteri sözleşmeleri, kamu ihaleleri ya da sektör düzenlemeleri belgelendirme isteyebilir. Standart yalnızca iç yönetim modeli olarak da kullanılabilir. Belgelendirme gerekip gerekmediğini sözleşmelerinize ve ilgili düzenlemelere göre değerlendirin; belgelendirme koşullarını belgelendirme kuruluşundan öğrenin.

ISO 20000 uygulaması için ITIL bilmek gerekir mi?

Zorunlu değildir, ancak yararlıdır. Standart süreçlerin ne olması gerektiğini, ITIL ise nasıl yapılabileceğini anlatır. ITIL bilgisi süreç tasarımını hızlandırır; yine de uyum, standardın gereksinimleri üzerinden değerlendirilir. Birlikte kullanıldığında standart denetim çerçevesi, ITIL uygulama rehberi olur.

Küçük bir BT ekibi ISO 20000 uygulayabilir mi?

Evet, kapsamı ve süreç ayrıntısını ekibin büyüklüğüne göre ölçeklendirerek. Standart her süreç için büyük bir organizasyon beklemez; rollerin tanımlı olması ve sürecin gerçekten çalışması önemlidir. Dar kapsamla başlayıp zamanla genişletmek küçük ekipler için gerçekçi yoldur.

Kurulumda ilk ne yapılmalı?

Kapsamı belirlemek ve mevcut durum analizi yapmak. Hangi hizmetlerin kapsamda olduğu ve mevcut uygulamaların standarda ne kadar uyduğu netleşmeden süreç tasarımına geçmek, yanlış yere emek harcamaya yol açar. Ardından yönetim desteği, politika ve süreç sahipliği oluşturulur.

İç tetkik neden gereklidir?

Sistemin standarda ve kuruluşun kendi kurallarına uygun çalışıp çalışmadığını bağımsız biçimde doğrular. Uygunsuzluklar belgelendirme denetiminden önce bulunup düzeltilir, iyileştirme fırsatları ortaya çıkar. Tetkik sonuçları yönetimin gözden geçirmesinin girdisidir ve iyileştirme planını besler.

ISO 20000 Hizmet Yönetim Sistemi Nasıl Kurulur