ITSM metrikleri: hangi beş ölçüm gerçekten işe yarar
Otuz göstergeli panolar kimseyi yönlendirmez. Davranış değiştiren beş ölçüm ve her birinin bozulma biçimi.
metrikraporlamasurec Konu
ITSM
Olay, değişiklik, problem ve SLA yönetimi. Komutlar üretim ortamında denendi; her yazının sonunda doğrulama adımı var.
10 rehber Ortalama 9 dk okuma Son güncelleme 21 Temmuz 2026
Büyük olay (major incident) süreci ve iletişim
Teknik ekip çözerken birinin de iletişimi yönetmesi gerekir. Roller, kanal ve güncelleme ritmi.
olay-yonetimiiletisimp1Hizmet kataloğu tasarımı: kullanıcının anladığı dille
Katalog, BT'nin organizasyon şemasını değil kullanıcının işini yansıtmalı. Kalem sayısı, form alanları ve onay zincirleri.
katalogsurecdeneyimCMDB: nereden başlanır, ne kadar detay yeterli
Her vidayı kaydetmeye çalışan CMDB projeleri biter, kullanılmaz. Kapsamı iş sorusundan geriye doğru çizmek.
cmdbenvantersurecBilgi bankası: makale yazma disiplini
Kimsenin okumadığı 400 makale yerine, gerçekten kullanılan 40 tane. Şablon, sahiplik ve emeklilik kuralı.
bilgi-bankasisurecSLA, OLA ve UC farkı: taahhüdü gerçekten tutabilmek
Kullanıcıya dört saat söz verip tedarikçiyle sekiz saatlik sözleşme yapmak. Zincirin nerede koptuğunu görmek.
slasurectedarikciProblem yönetimi: kök neden analizi ne zaman yapılır
Her olaya kök neden aramak ekibi tüketir. Hangi olayların probleme dönüştürüleceğini seçmenin kriterleri.
problem-yonetimikok-nedenDeğişiklik yönetimi: standart, normal ve acil
Her değişikliği kurula getirmek süreci öldürür. Üç tipi doğru ayırıp onay yükünü riske göre dağıtmak.
degisiklik-yonetimisurecriskÖncelik matrisi: etki × aciliyet gerçekten nasıl kurulur
Herkesin kaydı 'yüksek' önceliklidir. Etki ve aciliyeti ölçülebilir tanımlara bağlamadan matris işe yaramaz.
oncelikslasurecOlay mı istek mi? Ayrımı doğru kurmak
İkisini aynı kuyrukta yönetmek hem SLA'yı hem raporu bozar. Ayrımın pratik tanımı ve sınır vakaları.
olay-yonetimisurec