Denetim · Hizmet Yönetimi Pratikleri
Hizmet Talebi Yönetimi Denetimi ve Olgunluk Değerlendirmesi
Hizmet Talebi Yönetimi denetimi, kullanıcıların başlattığı önceden tanımlı hizmet taleplerinin karşılanma düzeninin — talep kataloğu, talep modelleri, onay akışları, hedef süreler, otomasyon ve karşılama sonrası gözden geçirme dahil — kanıta dayalı olarak incelenip kabul görmüş hizmet yönetimi pratikleriyle karşılaştırıldığı bağımsız bir ölçme ve değerlendirme çalışmasıdır. Denetim, kurumun bu pratiği ne ölçüde uyguladığını beyana değil kayda bakarak tespit eder: talep kayıtları, model dokümanları, onay izleri ve kullanıcı geri bildirimleri örneklem yöntemiyle incelenir. Çıktı bir puan değil, bulgular ve olgunluk profiliyle desteklenmiş bir mevcut durum tespitidir.
6
değerlendirme boyutu
44
gereklilik maddesi
5
olgunluk seviyesi
Kanıta dayalı
kayıt, veri ve görüşme
Amaç
Hizmet Talebi Yönetimi denetimi neyi sağlar?
Denetimin amacı, hizmet talebi karşılamanın kişi bilgisine mi yoksa tanımlı ve test edilmiş modellere mi dayandığını nesnel biçimde ortaya koymaktır. Hizmet talepleri günlük hizmet sunumunun olağan parçası olduğu için kullanıcı deneyiminin en görünür yüzünü oluşturur; buradaki sapmalar hizmet seviyesi taahhütlerine, kapasite planlamasına ve kullanıcı memnuniyetine doğrudan yansır. Kurum, denetim sonucunda hangi talep türlerinin prosedürsüz kaldığını, hangi sürelerin gerçekle örtüşmediğini ve iyileştirmenin nereden başlaması gerektiğini kanıtla görür.
Değerlendirme boyutları
Denetimde neye bakıyoruz?
01
Talep modelleri ve karşılama prosedürleri
Her talep türü için tekrarlanabilir bir modelin bulunup bulunmadığı; modelin iş akışını, karar noktalarını, sorumlu rolleri (RACI), kullanılan araçları ve varsa üçüncü tarafların katkısını kapsayıp kapsamadığı incelenir. Modellerin yalnızca yazılı olması yeterli sayılmaz; tasarım aşamasında test edilmiş, devreye alınmış ve ilgili ekiplerce kabul edilmiş olduğuna dair kanıt aranır.
02
Talep kataloğu ve kullanıcı erişilebilirliği
Kullanıcının hangi talepleri hangi koşullarda açabileceğini görebildiği bir katalog görünümünün varlığı, güncelliği ve kapsamı değerlendirilir. Katalogda talebin bağlı olduğu hizmet, ön koşullar, talebi başlatmak için gereken bilgi, onay akışı ve hedef karşılama süresinin yer alıp almadığı; bu bilgilerin kullanıcıya uygulanan hizmet seviyesi anlaşmasıyla tutarlı olup olmadığı kontrol edilir.
03
Sınıflandırma, sınırlar ve onay disiplini
Gelen kayıtların doğru şekilde talep, olay veya değişiklik olarak ayrıştırılıp ayrıştırılmadığı; yanlış kanaldan gelen kayıtların belgelenerek yönlendirilmesine dair kural bulunup bulunmadığı incelenir. Ayrıca finansal ve bilgi güvenliği politikalarının gerektirdiği onayların hangi taleplerde zorunlu olduğu, hangilerinin ek onaysız karşılanabileceği ve onayların denetlenebilir iz bırakıp bırakmadığı değerlendirilir.
04
Karşılama kontrolü ve istisna yönetimi
Talebin kaydından kapanışına kadar akışın kim tarafından kontrol edildiği, çok ekipli taleplerde uçtan uca sahipliğin korunup korunduğu ve kullanıcıya durum bildiriminin nasıl yapıldığı ele alınır. Modelin öngörmediği durumlarda yürütülen istisna (ad hoc) karşılamaların gerçekten istisna olarak yönetilip yönetildiği, karar yetkisinin tanımlı olup olmadığı ve her istisnanın model gözden geçirmesine girdi olarak dönüp dönmediği aranır.
05
Otomasyon, araç ve öz servis kapasitesi
Yüksek hacimli ve az değişkenlik gösteren taleplerin ne ölçüde uçtan uca otomatikleştirildiği; öz servis kanalının kullanıcı için gerçekten kullanılabilir olup olmadığı incelenir. Otomasyon kararlarının hacim ve tekrar analizine dayanıp dayanmadığı, nadir ve karmaşık talepler için maliyet-fayda değerlendirmesi yapılıp yapılmadığı ve aracın yönlendirme, atama, onay ile raporlama işlevlerini destekleyip desteklemediği değerlendirilir.
06
Ölçüm, gözden geçirme ve sürekli iyileştirme
Karşılama sonrası gözden geçirmenin modelde tanımlı olup olmadığı, memnuniyet ölçümünün toplanıp toplandığı ve sonuçların model bazında kırılabildiği incelenir. Talep kayıtlarının ve göstergelerin düzenli analiz edilip iyileştirme girişimine dönüşüp dönüşmediği, güncellenen modellerin ilgili taraflara duyurulup duyurulmadığı ve bu döngünün sahibinin tanımlı olup olmadığı değerlendirilir.
Kanıt kaynakları
Bulgular görüşe değil, kanıta dayanır.
Değerlendirme sırasında aşağıdaki kaynakları birlikte inceler, her bulguyu izlenebilir bir kanıta bağlarız.
- Kullanıcıya açık talep kataloğu görünümünün dışa aktarımı ve hizmet kataloğu ile eşleşme listesi; her talep türü için ilan edilmiş ön koşul, gereken bilgi, onay akışı ve hedef karşılama süresi kayıtları
- Talep modeli dokümanları: iş akışı ve karar noktaları, sorumluluk matrisi, kullanılan araç ve otomasyon tanımları, tasarım aşamasındaki test ve devreye alma kayıtları
- Hizmet yönetimi aracından mutabık kalınan bir döneme ait talep kayıtları dökümü: kategori, seçilen model, zaman damgaları, atama ve devir geçmişi, kapanış nedenleri
- Hizmet seviyesi anlaşmaları ve bunlarda talep türlerine tanımlanmış hedef süreler; katalog görünümünün anlaşma bazında uyarlanıp uyarlanmadığını gösteren örnekler
- Onay ve yetkilendirme kanıtları: yetki matrisi, erişim taleplerinden alınan örneklem, sistemde tutulan onay izleri ve ilgili politika dokümanları
- İstisna (ad hoc) karşılama kayıtları ve bu kayıtların model gözden geçirme girdisine dönüştüğünü gösteren iyileştirme veya değişiklik talebi izleri
- Karşılama sonrası gözden geçirme raporları, kullanıcı memnuniyeti anket sonuçları ve hatalı karşılamadan doğan olay kayıtları
- Otomasyon envanteri: öz servis portal yapılandırması, iş akışı tanımları, entegrasyonlar ve otomatik karşılanan talep oranını gösteren raporlar
- Görüşmeler: pratik sahibi ve pratik yöneticisi, hizmet masası ekibi, hizmet ve ürün sahipleri, karşılamayı yürüten teknik ekipler ile talep akışına dahil tedarikçilerin sözleşme ve arayüz tanımları
Olgunluk ölçeği
Hizmet Talebi Yönetimi olgunluğu nasıl ölçülür?
Her boyut beş seviyeli ortak bir ölçekle puanlanır; seviye tarifleri bu pratiğe özgüdür, böylece sonuç karşılaştırılabilir ve tekrarlanabilir olur.
- Seviye 1
Tanımsız
Talepler olaylardan ayrışmamıştır; her şey tek kuyrukta arıza kaydı olarak açılır. Tanımlı talep modeli, kullanıcıya açık katalog ve hedef karşılama süresi yoktur; talebin nasıl karşılanacağı işi alan kişinin bilgisine bağlıdır. Talepler sıklıkla e-posta, telefon veya mesaj yoluyla kayıt dışı ilerler.
- Seviye 2
Kısmen tekrarlanabilir
Sık gelen birkaç talep türü için yazılı yönlendirme veya kontrol listesi oluşmuştur, ancak bunlar dağınık ve güncelliği belirsizdir. Katalog iç doküman düzeyinde kalır, kullanıcıya açılmamıştır; süreler taahhüt değil tahmindir. Onaylar çoğunlukla e-posta üzerinden alınır ve talep kaydıyla ilişkilendirilmez.
- Seviye 3
Tanımlı
Talep türleri modellenmiş, prosedürler belgelenmiş ve devreye alınmadan önce test edilmiştir. Kullanıcıya açık bir talep kataloğu vardır; ön koşullar, gereken bilgi, onay akışı ve hedef süre ilan edilmiştir. Sınıflandırma kuralları talep, olay ve değişikliği ayırır; onaylar araç üzerinde iz bırakır ve karşılama sonrası gözden geçirme tanımlıdır.
- Seviye 4
Ölçülen ve yönetilen
Model bazında ortalama karşılama süresi, maliyet, hizmet seviyesine uygunluk, prosedür sapmalı karşılama oranı ve otomasyon oranı düzenli raporlanır. Katalog görünümü kullanıcının anlaşmasına göre uyarlanır. İstisnalar sistematik biçimde modele geri beslenir; memnuniyet ölçümü model bazında kırılır ve kapasite planlaması talep istatistiklerine dayanır.
- Seviye 5
Optimize edilen
Talep modelleri ürün ve hizmet tasarımının doğal çıktısı olarak, hizmet devreye alınmadan önce oluşur. Yüksek hacimli rutin talepler başvurudan kapanışa kadar otomatik karşılanır ve öz servis birincil kanaldır; nadir taleplerde otomasyon kararı maliyet-fayda analiziyle verilir. Tedarikçiler tanımlı standart arayüzlerle akışın içindedir; gözden geçirme takvimlidir ve iyileştirmelerin etkisi ölçülerek doğrulanır.
Tipik bulgular
Sahada en sık neyle karşılaşıyoruz?
Aşağıdaki sapmalar farklı sektörlerde tekrar eder. Denetim, bunların kurumunuzda geçerli olup olmadığını kanıtla ortaya koyar.
- 01Talep ile olayın aynı kuyrukta işlem görmesi: acele gerektirmeyen talepler olay önceliğiyle ele alınırken gerçek kesintiler sırada bekler, iki iş türünün performansı ayrı ölçülemez.
- 02Talep kataloğunun iç doküman olarak kalması: kullanıcı hangi talebi nereden açacağını bilmediği için istek e-posta, telefon veya mesajla gelir ve kayıt dışı iş hacmi oluşur.
- 03Hedef karşılama sürelerinin kurumun gerçek kapasitesine değil temenniye göre yazılması; sürenin kullanıcıya hiç ilan edilmemesi ya da katalogdaki sürenin anlaşmadakiyle çelişmesi.
- 04Yeni personel kurulumu gibi çok ekipli taleplerin parçalara bölünüp ayrı kayıtlarda ilerlemesi; uçtan uca sahip belirsizleşir ve toplam karşılama süresi ölçülemez hâle gelir.
- 05İstisna karşılamanın istisna olmaktan çıkıp norm hâline gelmesi; her istisna vakası ayrı ayrı çözülür ama modele veya sınıflandırma kurallarına geri beslenmez.
- 06Onayların denetlenebilir iz bırakmaması; özellikle erişim taleplerinde yetki kontrolünün, politika yerine karşılamayı yapan teknik ekibin takdirine bırakılması.
- 07Otomasyonun görünür ve karmaşık birkaç talepte denenip yüksek hacimli rutin taleplerin elde kalması; memnuniyet ölçümünün genel bir anketle sınırlı olup model bazında kırılmaması.
Çıktılar
Denetim sonunda ne teslim edilir?
Çıktı 01
Denetim raporu ve bulgu kartları
Yönetici özetiyle başlayan rapor, her bulguyu ayrı kart hâlinde sunar: tespit, dayandığı kanıt referansı, hizmet sunumuna ve kullanıcı deneyimine etkisi, kök sebep değerlendirmesi ve öneri. Bulgular önem derecesine göre sıralanır; kanıtla desteklenmeyen hiçbir ifade rapora girmez.
Çıktı 02
Boyut bazlı olgunluk profili
Denetimin altı boyutu için 1-5 ölçeğinde seviye tespiti, her seviyenin hangi kanıta dayandığının açık gösterimi ve boyutlar arası dengesizliğin yorumu. Profil, kurumun sonraki ölçümlerinde aynı yöntemle karşılaştırılabilecek biçimde hazırlanır.
Çıktı 03
Talep modeli ve katalog kapsam analizi
Mevcut talep türlerinin envanteri üzerinden boşluk haritası: karşılama prosedürü tanımlanmamış talepler, kataloğa hiç girmemiş talepler, hedef süresi veya onay akışı belirsiz olanlar ve gerçekte olay ya da değişiklik olarak yönetilmesi gereken kayıtlar.
Çıktı 04
Ölçüm çerçevesi önerisi
Kurumun kendi ölçümünü sürdürebilmesi için gösterge seti: hizmet seviyesine uygun karşılanan talep oranı, prosedür sapmasıyla karşılanan talep oranı, model bazında ortalama süre ve maliyet, otomatik karşılanan talep oranı, hatalı karşılamadan doğan olayların etkisi ve kullanıcı memnuniyeti. Her gösterge için veri kaynağı ve hesaplama tanımı verilir.
Çıktı 05
İyileştirme yol haritası ve yeniden ölçüm planı
Bulguların kısa, orta ve uzun vadeye dağıtıldığı öncelikli eylem listesi; her eylemde sahiplik, ön koşul ve beklenen etki belirtilir. Yol haritası, ilerlemenin aynı yöntemle yeniden ölçülmesini sağlayan bir izleme denetimi tanımıyla kapanır.
Gereklilik dokümanı
Hizmet Talebi Yönetimi Denetim Gereklilikleri
Bu doküman, Hizmet Talebi Yönetimi pratiğinin bağımsız denetiminde kullanılacak şartları tanımlar. Şartlar; kullanıcıların veya yetkili temsilcilerinin başlattığı önceden tanımlı hizmet taleplerinin kabulünden karşılanmasına ve karşılama sonrası gözden geçirmesine kadar uzanan düzeni kapsar: talep politikası ve kapsam sınırları, talep modelleri ve karşılama prosedürleri, kullanıcıya açık talep kataloğu, sınıflandırma ve yönlendirme, onay izleri, istisna yönetimi, roller ve üçüncü taraf katkısı, kayıt ve araç düzeni ile ölçüm ve iyileştirme. Olay kayıtlarının çözümü, değişikliklerin gerçekleştirilmesi, hizmet kataloğunun bütününün yönetimi ve erişim haklarının teknik olarak tanımlanması bu dokümanın kapsamı dışındadır; bu alanlar yalnızca hizmet talebi karşılamayla kurdukları arayüzler bakımından incelenir. Şartlar kabul görmüş hizmet yönetimi pratiklerinden türetilmiştir; bir belgelendirme şartı oluşturmaz ve kurumun kendi yapısına göre uygulanabilirliği değerlendirilir.
Dokümanı görüntüleyin- 01
Kapsam
Değerlendirilecek alanlar ve başarı ölçütleri birlikte belirlenir.
- 02
Kanıt
Kayıt, sistem verisi ve görüşmeler tek bir kanıt setinde toplanır.
- 03
Puanlama
Her boyut ortak ölçekle puanlanır; sapmalar kanıta bağlanır.
- 04
Bulgu
Bulgular iş etkisi ve riske göre önceliklendirilir.
- 05
Plan
Sorumluluk ve etkiyle sıralanmış iyileştirme adımları teslim edilir.
Kapsamdan iyileştirme planına · 5 adım
Sık sorulanlar
Hizmet Talebi Yönetimi denetimi hakkında sık sorulanlar
Bu denetim bir belgelendirme veya sertifikasyon çalışması mı?
Hayır. Çalışma, kabul görmüş hizmet yönetimi pratiklerini referans alan bağımsız bir ölçme ve değerlendirme incelemesidir; herhangi bir belge, akreditasyon ya da uygunluk beyanı üretmez. Çıktısı, kanıta dayalı bulgular, olgunluk profili ve iyileştirme önerilerinden oluşan bir rapordur.
Denetim için hangi kayıtlara erişim gerekir?
Mutabık kalınan bir döneme ait talep kayıtları dökümü, talep kataloğu ve model dokümanları, hizmet seviyesi anlaşmaları, onay izleri, memnuniyet ölçüm sonuçları ve otomasyon yapılandırmaları incelenir. Kişisel veri içeren alanlar için maskeleme veya yerinde inceleme yöntemi kullanılır; kapsam ve erişim yöntemi denetim başlamadan yazılı olarak mutabakata bağlanır.
Bu denetim hizmet masası veya olay yönetimi denetiminden nasıl ayrılır?
Kapsam, kullanıcının başlattığı önceden tanımlı ve önceden onaylanmış taleplerin karşılanma düzenidir. Kesintilerin çözümü olay yönetimi, kullanıcıyla iletişim kanallarının işleyişi hizmet masası, değişikliklerin yetkilendirilmesi ve gerçekleştirilmesi ise değişiklik ve sürüm pratiklerinin denetim kapsamına girer. Bu sınırlar rapor içinde açıkça belirtilir ve komşu pratiklere taşan bulgular ayrı işaretlenir.
Otomasyonu zayıf, aracı sınırlı bir kurumda denetim anlamlı olur mu?
Evet. Denetim araç ve teknoloji bağımsızdır; bakılan şey belirli bir ürünün varlığı değil, talep türlerinin tanımlı olup olmadığı, sorumlulukların netliği, sürelerin gerçekçiliği ve kayıtların izlenebilirliğidir. Otomasyon olgunluğu boyutlardan yalnızca biridir; düşük olgunluk, iyileştirmenin nereden başlaması gerektiğini gösteren bir tespit olarak raporlanır.
ServiceCore ekosistem ayrıcalığı
Olgunluk denetimi tamamen ücretsiz.
Bu ayrıcalık bireysel değerlendirme için değil; kurumun yönetim pratiklerindeki mevcut durumunu kanıtla ortaya koyan kurumsal denetim hizmeti içindir.
- ServiceCore müşterileri
- iş ortakları
- bayiler
- temsilciler
- ambassadorlar
- teknoloji ortakları
- ServiceCore dostları
Bu denetimlerde hem ilgili pratiğin kurumdaki durumu hem de ServiceCore ile bu ihtiyacın nasıl giderildiği incelenmektedir. Bu hizmet ürün bağımlı ve ServiceCore ürün ve teknoloji ailesine bağlı olarak tasarlanmış bir hizmettir. Ücretli değildir ve sadece Premium Professional Services (PPS) anlaşmalı ServiceCore müşterilerine sunulmaktadır. PPS anlaşmalı müşteriler dışında bu hizmet için talep alınmamaktadır.
Bu denetimin ServiceCore’daki karşılığı: İstek Yönetimi
Educore platformları
Hizmet Talebi Yönetimi bizim platformlarımızda nasıl çalışır?
ServiceCore
İstek Yönetimi
Hizmet yönetimi platformu — bu pratiğin kayıt, akış ve ölçüm tarafı.
servicecore.com.trProjectCore
Planlama & Çevik
Standart Taleplerin Yönetimi
projectcore.com.trAICore
Yapay zekâ araçları
- ClassifyCoreAIKayıt içeriğine göre otomatik sınıflandırma ve yönlendirme
- ChatCoreAISon kullanıcılar için doğal dilde sanal asistan