Denetim · Hizmet Yönetimi Pratikleri
Hizmet Tasarımı Denetimi ve Olgunluk Değerlendirmesi
Hizmet Tasarımı denetimi, bir kurumun yeni ve değişen ürün ve hizmetlerini amaca ve kullanıma uygun biçimde tasarlama yeteneğinin kanıta dayalı olarak ölçülmesidir. Değerlendirme, tasarım yaklaşımının kurum genelinde tanımlı olup olmadığını, tasarım paketlerinin hizmet yönetiminin dört boyutunu kapsayıp kapsamadığını ve tasarım kararlarının hizmetin risk düzeyiyle eşleşip eşleşmediğini inceler. Bağımsız denetim bir uygunluk belgesi vermez; mevcut durumu kanıtla tespit eder ve önceliklendirilmiş bir iyileştirme zemini bırakır.
6
değerlendirme boyutu
45
gereklilik maddesi
5
olgunluk seviyesi
Kanıta dayalı
kayıt, veri ve görüşme
Amaç
Hizmet Tasarımı denetimi neyi sağlar?
Denetimin amacı, tasarım faaliyetinin kâğıt üstünde mi yoksa gerçekten değer akışının içinde mi yürüdüğünü ayırt etmektir. Kurum, hangi tasarım kararlarının kim tarafından, hangi bilgiyle ve hangi risk kabulüyle alındığını görünür hâle getirir; canlıya geçtikten sonra ortaya çıkan işletme, destek ve tedarikçi eksiklerinin kaynağını tasarım aşamasına kadar geriye izleyebilir. Sonuç, yönetime sunulabilir bir mevcut durum tespiti ve hangi boyutta hangi adımın önce atılacağını gösteren bir sıralamadır.
Değerlendirme boyutları
Denetimde neye bakıyoruz?
01
Kurumsal tasarım yaklaşımı ve yönetişimi
Kurumun tanımlı, mutabık kalınmış bir hizmet tasarımı yaklaşımı ve yeniden kullanılabilir tasarım modelleri bulunuyor mu; bu yaklaşım stratejik hedefler, portföy, kaynak kısıtları ve risk iştahıyla ilişkilendirilmiş mi? Değişiklik kategorilerine göre gereken tasarım eforu düzeylerinin tanımlı ve kurum içinde bilinir olup olmadığı incelenir.
02
Tasarım paketi ve dört boyutun kapsanması
Hizmet tasarım paketi şablonunun içeriği ve doldurulmuş örnekleri; organizasyon ve insan (işletme modeli, destek matrisi, eğitim ihtiyacı), bilgi ve teknoloji (araç, izleme, veri yönetimi, açıklık), ortak ve tedarikçiler (sözleşme, entegrasyon) ile değer akışları ve süreçler boyutlarının fiilen doldurulup doldurulmadığına bakılır. Standartlar, işlevsel olmayan gereksinimler ve yetkinliklerin ilgili uzmanlarca onaylanma kaydı aranır.
03
Risk modelleme ve hizmet kademelendirmesi
Etki soru setinin, etki matrisinin ve kademe hesaplama yönteminin varlığı; etkilerin teknoloji dilinde değil iş operasyonu dilinde tanımlanıp tanımlanmadığı sınanır. Kademe dağılımının kalibre edilip edilmediği, hizmet hattı, müşteri yolculuğu ve hizmet düzeylerinde ayrı risk profilleri kurulup kurulmadığı ve kritik yolun belirlenip belirlenmediği değerlendirilir.
04
Orkestrasyon ve paydaş koordinasyonu
Tasarımın izole değil bütünsel yürütüldüğüne dair kanıtlar aranır: mimari, iş analizi, geliştirme, doğrulama ve test, sürüm, erişilebilirlik, süreklilik, kapasite, hizmet düzeyi ve tedarikçi yönetimiyle koordinasyon kayıtları. Çok tedarikçili ve karma modellerde rollerin, eskalasyonların ve büyük olay yönetiminin tasarım aşamasında tanımlanıp tanımlanmadığı incelenir.
05
Müşteri ve kullanıcı deneyimi, amaca ve kullanıma uygunluk
Tasarım girdilerinde müşteri ve kullanıcı deneyiminin yer alıp almadığı; geri bildirimin hangi kanaldan toplanıp tasarıma nasıl döndüğü ve prototip, hipotez sınama gibi erken doğrulama yöntemlerinin kullanılıp kullanılmadığı değerlendirilir. Devreye alınan hizmetlerin fayda ve garanti gereksinimlerini karşılama oranına dair kanıt aranır.
06
Muafiyetler, ölçüm ve sürekli iyileştirme
Tasarım gereksinimlerinin karşılanamadığı durumlarda muafiyet ve istisnaların kayıt altına alınıp alınmadığı, azaltıcı önlemlerin ve kapanış tarihlerinin belgelenip belgelenmediği incelenir. Tasarım gözden geçirme raporları, alınan dersler ve iyileştirme kaydının yaklaşımı ve şablonu fiilen güncelleyip güncellemediği, göstergelerin başarı faktörleriyle hizalı olup olmadığı sınanır.
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.
- Hizmet tasarımı yaklaşımı, tasarım modelleri ve tasarım politikası dokümanları; onay ve gözden geçirme kayıtları
- Hizmet tasarım paketi şablonu ile son dönemde tamamlanan tasarımlardan seçilen örneklem dosyaları (fayda ve garanti gereksinimleri, işlevsel olmayan gereksinimler dâhil)
- Etki soru seti, risk etki matrisi, kademe hesaplama yöntemi ve hesaplanmış hizmet kademe listesi ile kalibrasyon kayıtları
- Tasarım gözden geçirme raporları, tasarım ve geçiş kontrol listeleri, tamamlanma kriterleri ve mutabakat kayıtları
- Muafiyet ve istisna kayıtları; azaltıcı önlemler ve mutabık kalınan kapanış tarihleri
- İyileştirme kaydı, alınan dersler kayıtları, tasarım kaynaklı değişiklik talepleri ve risk kaydı güncellemeleri
- Hizmet kataloğu, hizmet düzeyi anlaşmaları, işletme modeli ve destek matrisi; envanter ve yapılandırma verisi
- Tedarikçi sözleşmeleri ve hizmet taahhütleri; tasarım gereksinimlerinin tedarik ve ihale dokümanlarına yansıması
- Rol sahipleriyle yapılandırılmış görüşmeler (tasarım lideri veya danışmanı, kurumsal mimar, ürün ve hizmet sahibi, proje yöneticisi, iş analisti, test uzmanı, hizmet masası ve tedarikçi temsilcisi) ile araç verisi (gereksinim izleme, geri bildirim, bilgi yönetimi, iş birliği araçları)
Olgunluk ölçeği
Hizmet Tasarımı 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
Tasarım kişiye ve projeye bağlıdır; yazılı bir tasarım yaklaşımı ve tasarım paketi yoktur. Hizmetin işletme, destek ve tedarikçi gereksinimleri çoğunlukla canlıya geçişten sonra fark edilir; hizmetten çekilme planlanmaz.
- Seviye 2
Parçalı
Bazı büyük projelerde tasarım dokümanı üretilir, ancak şablon ve içerik ekipten ekibe değişir. Ağırlık teknoloji boyutundadır; insan, tedarikçi ve değer akışı boyutları ya boş bırakılır ya da sonradan eklenir. Risk kademelendirmesi yoktur, tasarım eforu inisiyatife bağlıdır.
- Seviye 3
Tanımlı
Kurum genelinde onaylı bir tasarım yaklaşımı, tasarım paketi şablonu ve değişiklik kategorilerine göre tasarım eforu düzeyleri vardır. Tasarım ve geçiş kontrolleri değer akışına bağlanmıştır; gereksinimlerin karşılanamadığı durumlar muafiyet olarak kayıt altına alınır.
- Seviye 4
Ölçülen
Hizmet kademeleri risk modeliyle hesaplanır; hizmet hattı, müşteri yolculuğu ve hizmet düzeyinde ayrı profiller ve bunlara uygun tasarım paketleri kullanılır. Amaca ve kullanıma uygunluk portföy düzeyinde ölçülür, tasarım paketine karşı performans izlenir, paydaş memnuniyeti düzenli olarak toplanır.
- Seviye 5
Optimize
Yaklaşım, modeller ve şablonlar düzenli periyotlarda gözden geçirilip iyileştirilir; prototip, erken geri bildirim ve hipotez sınama tasarımın olağan parçasıdır. Tedarikçi ekosistemi tasarım gereksinimlerine göre seçilir, muafiyet stoku planlı biçimde azalır ve alınan dersler yaklaşıma geri döner.
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.
- 01Tasarım paketi fiilen teknik mimari dokümanına dönüşmüş; işletme modeli, destek matrisi, eğitim ihtiyacı, eskalasyon yolları ve tedarikçi entegrasyonu bölümleri boş ya da kopyala-yapıştır.
- 02Değişiklik kategorilerine göre tasarım eforu düzeyi tanımlı değil; küçük değişiklikler ağır süreçten geçmeye zorlanırken kritik değişiklikler tasarım kontrolünü tamamen atlıyor.
- 03Risk kademelendirmesi teknoloji göstergeleriyle yapılmış (erişilebilirlik yüzdesi, geri yükleme süresi); iş etkisi diliyle tanımlanmadığı ve dağılım kalibre edilmediği için hizmetlerin neredeyse tamamı en üst kademede toplanıyor.
- 04Muafiyet ve istisnalar kapanış tarihi ve azaltıcı önlem belirtilmeden veriliyor; süreklileşen muafiyetler zamanla birikerek görünmeyen bir risk yığını oluşturuyor.
- 05Garanti tarafı fayda tarafının gerisinde: izleme, kapasite, süreklilik ve güvenlik gereksinimleri tasarımın parçası değil, canlıya alma sonrası eklenti olarak ele alınıyor.
- 06Tasarım gereksinimleri tedarik ve ihale dokümanlarına girmemiş; çok tedarikçili veya karma modelde roller, eskalasyon ve büyük olay yönetimi tanımsız kalıyor.
- 07Tasarım gözden geçirmesi yapılıyor ancak alınan dersler şablona ve modele dönmüyor; aynı eksikler her yeni tasarımda tekrar ediyor ve hizmetten çekilme hiç tasarlanmıyor.
Çıktılar
Denetim sonunda ne teslim edilir?
Çıktı 01
Olgunluk değerlendirme raporu
Altı boyutun her biri için tespit edilen seviye, seviyeyi destekleyen kanıt referansları ve kurumun hedef seviyesiyle arasındaki fark. Boyutlar arası dengesizlikler ayrıca gösterilir.
Çıktı 02
Bulgu ve risk kaydı
Her bulgu için incelenen kanıt, sapmanın tarifi, iş üzerindeki olası etkisi, risk derecesi ve kök nedeni. Kanıtla desteklenmeyen hiçbir ifade rapora girmez; bulgular ilgili rol sahipleriyle doğrulanır.
Çıktı 03
Tasarım paketi ve kademelendirme incelemesi
Örneklem tasarım dosyalarının dört boyut kapsama matrisi, işlevsel olmayan gereksinimlerin izlenebilirliği ve risk kademesi ile kullanılan tasarım paketi arasındaki uyum analizi.
Çıktı 04
Ölçüm çerçevesi değerlendirmesi
Mevcut göstergelerin pratiğin başarı faktörlerini karşılama düzeyi: yaklaşıma uyum, portföy genelinde amaca uygunluk, fayda ve garanti gereksinimlerinin karşılanma oranı, paydaş memnuniyeti. Eksik göstergeler ve veri kaynakları için öneri seti sunulur.
Çıktı 05
Önceliklendirilmiş iyileştirme yol haritası
Bulguların etki ve uygulama eforuna göre sıralanması; her adım için önerilen sahiplik, ön koşul ve zaman aralığı. Yönetime sunulacak kısa bir özetle birlikte teslim edilir.
Gereklilik dokümanı
Hizmet Tasarımı Denetim Gereklilikleri
Bu doküman, Hizmet Tasarımı pratiğinin bağımsız denetiminde esas alınan şartları tanımlar. Kapsam; kurumsal tasarım yaklaşımının yönetişimi, hizmet tasarım paketinin içeriği ve hizmet yönetiminin dört boyutunu kapsaması, risk modelleme ile hizmet kademelendirmesi, çok sağlayıcılı ortamlarda tasarım orkestrasyonu ve muafiyet yönetimi, tasarım planlama ve koordinasyon süreçlerinin yürütümü, roller ve yetkinlikler, kayıt ve bilgi düzeni ile ölçüm ve iyileştirme başlıklarını içerir. Şartlar; yeni, değişen ve kullanımdan kaldırılan ürün ve hizmetlerin tasarımına eşit biçimde uygulanır. Risk tanımlama, mimari desenlerinin belirlenmesi, güvenlik kontrollerinin tasarımı, gereksinim tanımlama, hizmet kabul ölçütleri, izleme desenleri ve tedarikçi stratejisi başka pratiklerin konusudur; bu doküman söz konusu faaliyetleri yalnızca tasarımla arayüzü bakımından inceler. Doküman bir uygunluk belgelendirme şeması değildir; kanıta dayalı mevcut durum tespiti ve önceliklendirme için kullanılır.
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 Tasarımı denetimi hakkında sık sorulanlar
Denetim nasıl yürür ve ne kadar sürer?
Sıra şudur: kapsam ve örneklem mutabakatı, doküman ve sistem verisi incelemesi, rol sahipleriyle yapılandırılmış görüşmeler, seçilen tasarım dosyalarının dosya bazında incelenmesi, bulguların kurum içinde doğrulanması ve raporlama. Süre hizmet portföyünün büyüklüğüne, incelenecek tasarım örnekleminin sayısına ve tedarikçi sayısına göre kapsam aşamasında belirlenir; takvim önceden yazılı olarak mutabık kalınır.
Bu bir sertifikasyon veya uygunluk denetimi mi?
Hayır. Belge veren bir uygunluk denetimi değildir. Kabul görmüş hizmet yönetimi pratikleri temel alınarak, hizmet tasarımı pratiğinin kurumda fiilen ne kadar uygulandığı kanıta dayalı olarak ölçülür. Çıktı bir sertifika değil; boyut bazında olgunluk seviyesi, bulgu kaydı ve önceliklendirilmiş iyileştirme yol haritasıdır.
Kurumumuzda ayrı bir hizmet tasarımı ekibi yok; denetim yine anlamlı olur mu?
Evet. Bu pratik çoğu kurumda ayrı bir birim olarak bulunmaz; mimari, ürün yönetimi, proje yönetimi, iş analizi ve hizmet sahipliği rollerine dağılmış olarak yürür. Denetim bir birimin ya da unvanın varlığına değil, faaliyetin yapılıp yapılmadığına ve bunun kaydına bakar. Dağılmış yapılarda en sık bulgu, sorumluluğun kimseye ait olmadığı boşluklardır.
Bulgular nasıl doğrulanır, gizlilik nasıl korunur?
Her bulgu, dayandığı kayıt referansıyla birlikte ilgili rol sahibine gösterilir; itiraz edilen noktalar ek kanıtla ya sabitlenir ya da rapordan çıkarılır. İncelenen kayıtlar gizlilik taahhüdü kapsamında ele alınır, rapor yalnızca kurumun belirlediği alıcı listesine teslim edilir ve düzeltici adımların uygulanması kararı tümüyle kurum yönetimine aittir.
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ığı: İş Akışı Yönetimi
Educore platformları
Hizmet Tasarımı bizim platformlarımızda nasıl çalışır?
ServiceCore
İş Akışı Yönetimi
Hizmet yönetimi platformu — bu pratiğin kayıt, akış ve ölçüm tarafı.
servicecore.com.trProjectCore
Pano & İş Akışı
İş Akışları ve Onay Akışları Yönetimi
projectcore.com.trAICore
Yapay zekâ araçları
- FlowCoreAIMetin komutlarıyla iş akışı şeması oluşturur
- ChatCoreAISon kullanıcılar için doğal dilde sanal asistan