Kurumsal Hizmet Yönetimi ile Departmanlar Arası Süreç Yönetimi

Kurumsal Hizmet Yönetimi (ESM), yalnızca BT taleplerini yönetmekten ibaret değildir. ITSM'de kullanılan hizmet yönetimi yaklaşımını İK, Finans, Satın Alma, Tesis Yönetimi ve diğer hizmet sunan departmanlara genişleterek kurum genelindeki hizmetlerin daha düzenli, görünür ve ölçülebilir şekilde yönetilmesini sağlar.

Bu rehberde kurumsal hizmet yönetiminin ne olduğunu, hangi problemi çözdüğünü, nasıl çalıştığını ve kurum genelindeki hizmet süreçlerinin nasıl birbirine bağlanabileceğini ele alıyoruz.

Kurumsal Hizmet Yönetimi Nedir?

Kurumsal Hizmet Yönetimi (Enterprise Service Management – ESM), kurum içerisindeki farklı departmanların sunduğu hizmetlerin ortak bir hizmet yönetimi yaklaşımıyla dijitalleştirilmesini, standartlaştırılmasını, izlenmesini ve yönetilmesini sağlayan bir yaklaşımdır.

ITSM'nin yalnızca BT operasyonlarıyla sınırlı kalmayan genişletilmiş bir modeli olarak da düşünülebilir.

Örneğin:

• BT: Bilgisayar talebi
• İK: İzin talebi
• Finans: Masraf talebi
• Satın Alma: Satın alma talebi
• Tesis Yönetimi: Bakım talebi

gibi farklı hizmetler aynı ESM yaklaşımı içerisinde yönetilebilir.

Ancak burada amaç sadece bütün talepleri tek bir ekranda toplamak değildir.

Asıl amaç, hizmetin talep edilmesinden tamamlanmasına kadar geçen süreci görünür ve yönetilebilir hale getirmektir.

Kurumlarda Hizmet Yönetimi Neden Dağılıyor?

Kurum büyüdükçe departmanların kendi ihtiyaçlarına yönelik kullandığı araçların sayısı da artıyor.

BT kendi Service Desk sistemini kullanıyor.

İK başka bir uygulamada çalışıyor.

Finans ERP üzerinden ilerliyor.

Satın Alma e-posta ve farklı onay mekanizmalarını kullanıyor.

Tesis talepleri ise bazen telefon, e-posta veya mesajlaşma uygulamalarından geliyor.

Her departmanın kendi sürecini yönetmesi tek başına problem değil.

Problem, hizmet departmanlar arasında ilerlemeye başladığında ortaya çıkıyor.

Departmanlar Kendi Sürecini Yönetiyor. Peki Kurum Genelindeki Hizmeti Kim Yönetiyor?

ESM'nin en önemli farklarından biri burada ortaya çıkar.

Departman bazlı sistemlerde her ekip kendi operasyonuna odaklanır.

Ancak çalışan açısından hizmetin hangi departmanda olduğu önemli değildir.

Çalışan için önemli olan:

“Talebim ne zaman tamamlanacak?”

ESM yaklaşımı, bu nedenle departmanlardan bağımsız bir hizmet görünürlüğü oluşturmayı hedefler.

Örneğin bir çalışan:

“Yeni bir bilgisayara ihtiyacım var.”

dediğinde yalnızca IT'nin değil;

• Talep
• Yönetici onayı
• Stok kontrolü
• Satın Alma
• IT hazırlığı
• Teslimat
• Zimmet

gibi adımların tamamı hizmet sürecinin parçası olabilir.

Böylece kurum yalnızca ticket değil, uçtan uca hizmet yönetmeye başlar.

Kurumsal Hizmet Yönetimi Nasıl Çalışır?

Tipik bir ESM süreci birkaç temel aşamadan oluşur.

Bu yapının önemli tarafı, çalışanın süreç içerisindeki farklı departmanları tek tek takip etmek zorunda kalmamasıdır.

Hizmet Kataloğu: Çalışanın “Kime Ulaşmalıyım?” Sorununu Ortadan Kaldırmak

Kurumsal hizmet yönetiminin temel yapı taşlarından biri Service Catalog, yani hizmet kataloğudur.

Çalışanların hangi hizmetleri alabileceğini ve bu hizmetlere nasıl ulaşacağını merkezi şekilde görebilmesini sağlar.

IT Hizmetleri

• Bilgisayar talebi
• Yazılım erişimi
• VPN erişimi
• Kullanıcı hesabı
• Donanım arızası

İK Hizmetleri

• İzin talebi
• Çalışan belgesi
• Yan hak talebi
• İşe giriş / çıkış işlemleri

Finans Hizmetleri

• Masraf talebi
• Ödeme talebi
• Bütçe talebi

Satın Alma Hizmetleri

• Ürün talebi
• Tedarikçi talebi
• Satın alma onayı

Tesis Hizmetleri

• Bakım talebi
• Arıza bildirimi
• Ofis ekipmanı
• Fiziksel erişim

Böylece çalışan:

“Bu talep için kime mail atmalıyım?”

diye düşünmek yerine doğrudan ilgili hizmeti seçebilir.

ESM ile Hangi Süreçler Yönetilebilir?

Kurumsal hizmet yönetimi yalnızca talep açma sürecini kapsamaz.

Farklı departmanlar arasında ilerleyen pek çok süreç ESM yaklaşımıyla yönetilebilir.

Çalışan yaşam döngüsü

Onboarding → Çalışan değişikliği → Offboarding

BT hizmetleri

Incident → Service Request → Erişim → Donanım → Yazılım

Satın Alma

Talep → Onay → Teklif → Sipariş → Teslimat

Finans

Masraf → Kontrol → Onay → Ödeme

Tesis Yönetimi

Arıza → Atama → Müdahale → Tamamlanma

Bu süreçlerin ortak noktası, yalnızca bir formdan oluşmamalarıdır.

Birden fazla adım, kişi, departman veya sistem içerirler.

ESM bu parçaları tek bir hizmet süreci içerisinde birbirine bağlar.

ESM'de Workflow Neden Kritik?

Bir hizmet birden fazla departmana dokunuyorsa manuel koordinasyon kısa sürede darboğaza dönüşebilir.

Örneğin yeni çalışan onboarding sürecini ele alalım:

Bu adımların her biri ayrı ayrı e-posta ile takip edilirse süreç uzayabilir.

Workflow ise bu süreci birbirine bağlar.

Bir adım tamamlandığında sonraki adım otomatik olarak tetiklenebilir.

Örneğin:

İK kaydı tamamlandı → IT görevi oluştur → yönetici onayı al → cihaz talebini başlat → teslimat görevini oluştur.

Bu nedenle ESM'de workflow yalnızca görev dağıtmak için değil, departmanlar arasındaki hizmet akışını yönetmek için kullanılır.

Workflow yönetiminin temel mantığını ayrıca İş Akışı Nedir? Otomasyon ve Workflow Yönetimi Rehberi yazımızda inceleyebilirsiniz.

Kurumsal Hizmet Yönetiminde Merkezi Görünürlük Neden Önemlidir?

ESM'nin sağladığı en önemli kazanımlardan biri de hizmet süreçlerinin uçtan uca izlenebilmesidir.

Örneğin bir yönetici şunları görebilmelidir:

• Hangi hizmetlerden kaç talep geliyor?
• Hangi departmanda daha fazla bekleme yaşanıyor?
• Ortalama çözüm süresi ne?
• Hangi hizmetlerde SLA ihlali oluşuyor?
• Hangi talepler manuel olarak yürütülüyor?
• Hangi süreçlerde otomasyon fırsatı var?

Bu görünürlük olmadan süreçleri iyileştirmek zorlaşır.

Çünkü ölçemediğiniz bir hizmetin nerede yavaşladığını da net şekilde göremezsiniz.

Kurumsal Hizmet Yönetiminde Hangi KPI'lar Takip Edilmeli?

ESM'nin başarısını yalnızca “kaç ticket kapatıldı?” üzerinden değerlendirmek yeterli değildir.

Hizmetin tamamına bakmak gerekir.

Ortalama çözüm süresi

Bir hizmet talebinin tamamlanması ne kadar sürüyor?

İlk yanıt süresi

Talep oluşturulduktan sonra ne kadar sürede aksiyon alınıyor?

SLA uyumu

Hizmetler belirlenen süre içerisinde tamamlanıyor mu?

Backlog

Hangi departmanda bekleyen talepler birikiyor?

Otomasyon oranı

Süreçlerin ne kadarı manuel müdahale gerektiriyor?

Self-Service kullanım oranı

Çalışanlar hizmetleri ne ölçüde kendi başına kullanabiliyor?

Çalışan memnuniyeti

Sunulan hizmet çalışanların beklentilerini karşılıyor mu?

Bu metrikler sayesinde ESM, yalnızca operasyonel bir araç olmaktan çıkar ve hizmet performansının ölçüldüğü bir yönetim katmanına dönüşür.

ITSM ve ESM Arasındaki Fark Nedir?

ITSM ve ESM birbirinin alternatifi değildir.

ITSM, BT hizmetlerinin yönetimine odaklanır.

ESM ise hizmet yönetimi yaklaşımını kurumun diğer hizmet sunan departmanlarına genişletir.

Dolayısıyla ESM'yi:

“ITSM'nin kurum genelindeki hizmet yönetimine genişletilmesi”

olarak düşünebiliriz.

Kurumsal Hizmet Yönetiminde Low-Code Nerede Devreye Girer?

Her kurumun hizmet süreçleri aynı değildir.

Örneğin iki şirketin satın alma süreci aynı onay mekanizmasına sahip olmayabilir.

Bir kurum üç seviyeli yönetici onayı kullanırken başka bir kurumda bütçe ve departman bazlı farklı kurallar bulunabilir.

Bu nedenle ESM platformunun yalnızca hazır süreçler sunması her zaman yeterli olmayabilir.

Burada Low-Code, ESM süreçlerinin kurumun ihtiyaçlarına göre uyarlanmasını kolaylaştıran bir teknoloji katmanı olarak öne çıkar.

Low-Code ile:

• Yeni hizmet formları oluşturulabilir.
• Workflow'lar değiştirilebilir.
• Departmana özel süreçler tasarlanabilir.
• Onay mekanizmaları oluşturulabilir.
• API entegrasyonları kurulabilir.
• Dashboard ve raporlama ekranları geliştirilebilir.

Örneğin Cheetah Low-Code Development Platform ile kurumların farklı hizmet süreçleri için ihtiyaçlarına göre uygulama, workflow ve entegrasyon yapıları oluşturulabilir.

Buradaki kritik ayrım şu:

Low-Code ESM'nin kendisi değildir. ESM'nin kuruma uyarlanmasını ve geliştirilmesini hızlandıran teknolojik yaklaşımlardan biridir.

Low-Code'un kurumsal hizmet yönetimindeki rolünü farklı bir perspektiften incelemek için Kurumsal Hizmet Yönetiminde Low-Code Devrimi! içeriğine de göz atabilirsiniz.

Kurumsal Hizmet Yönetiminin 5 Stratejik Faydası

Doğru yapılandırılmış bir ESM yaklaşımı kurum genelinde farklı kazanımlar sağlayabilir.

1. Departmanlar arası koordinasyon

Farklı ekiplerin dahil olduğu hizmet süreçleri ortak workflow'lar üzerinden yönetilebilir.

2. Daha az manuel takip

Tekrarlayan yönlendirme, bildirim ve görev oluşturma adımları otomatikleştirilebilir.

3. Daha iyi çalışan deneyimi

Çalışanlar hizmetlere tek bir noktadan ulaşabilir ve taleplerinin durumunu takip edebilir.

4. Hizmet performansında görünürlük

KPI, SLA ve süreç metrikleri üzerinden hizmetlerin performansı ölçülebilir.

5. Süreç standardizasyonu

Departmanların hizmet sunma biçimleri belirli standartlar çerçevesinde yönetilebilir.

Ancak ESM'nin asıl değeri bu maddelerin tek tek sağlanmasından çok, bunların aynı hizmet süreci içerisinde birlikte çalışabilmesidir.

Kurumsal Hizmet Yönetimine Geçiş Nasıl Başlatılır?

ESM'ye geçiş bütün departmanların bütün süreçlerini aynı anda değiştirmek anlamına gelmez.

Daha sağlıklı yaklaşım, yüksek hacimli ve departmanlar arasında sıkça hareket eden süreçleri belirleyerek başlamaktır.

1. Mevcut hizmetleri çıkarın

Hangi departman hangi hizmetleri sunuyor?

2. Manuel süreçleri belirleyin

Hangi talepler hâlâ e-posta, Excel veya mesajlaşma uygulamaları üzerinden ilerliyor?

3. Departmanlar arası süreçleri bulun

Bir hizmet kaç farklı ekipten geçiyor?

4. Hizmet kataloğunu oluşturun

Çalışanların hangi hizmetlere erişebileceğini netleştirin.

5. Workflow'ları tasarlayın

Talep, onay, görev ve tamamlanma adımlarını belirleyin.

6. SLA ve KPI'ları tanımlayın

Hizmet başarısını hangi metriklerle ölçeceğinizi belirleyin.

7. Entegrasyonları planlayın

Mevcut ERP, HR, CRM, Active Directory ve diğer sistemlerle veri akışını değerlendirin.

8. Sürekli iyileştirin

Hangi süreçlerin yavaşladığını, hangilerinin otomasyona uygun olduğunu ve kullanıcıların nerede zorlandığını düzenli olarak analiz edin.

Kurumsal Hizmet Yönetimi Sadece Yeni Bir Platform Almak Değildir

ESM projesinde en sık yapılan hatalardan biri, problemi yalnızca teknolojiyle çözmeye çalışmaktır.

Oysa bir kuruma ESM platformu eklemek tek başına hizmet yönetimini dönüştürmez.

Eğer mevcut süreç:

şeklindeyse, bunu doğrudan yeni bir platforma taşımak gerçek bir dönüşüm yaratmayabilir.

Önce şu soruyu sormak gerekir:

“Bu hizmeti neden böyle yönetiyoruz?”

Ardından:

• Hangi adım gerekli?
• Hangi adım gereksiz?
• Nerede bekleme oluşuyor?
• Hangi görev otomatikleşebilir?
• Hangi sistemle entegrasyon gerekli?
• Çalışan bu hizmete en kolay nasıl ulaşabilir?

sorularının cevaplanması gerekir.

ESM'nin amacı mevcut karmaşayı dijitalleştirmek değil, hizmet sunumunu yeniden düzenlemektir.

ESM'nin Geleceği Nereye Gidiyor?

Kurumsal hizmet yönetimi zaman içerisinde yalnızca talep ve workflow yönetiminden daha akıllı yapılara doğru ilerliyor.

AI, Low-Code ve otomasyon; hizmetlerin daha hızlı oluşturulması, taleplerin daha doğru yönlendirilmesi ve farklı sistemlerin birlikte çalışması açısından önemli hale geliyor.

Örneğin geleceğin ESM yapısında bir kullanıcı yalnızca ihtiyacını ifade edebilir; sistem ise bu ihtiyacın arkasındaki hizmetleri ve gerekli süreçleri belirleyerek ilgili workflow'ları başlatabilir.

Bu dönüşümde AI + Low-Code + Otomasyonun ESM'yi nasıl değiştirdiğini daha detaylı incelemek için Enterprise Service Management Çözümleri | 2026 ESM Rehberi yazımıza göz atabilirsiniz.

Sonuç: Kurumsal Hizmet Yönetimi Neden Önemli?

Kurum büyüdükçe hizmetlerin sayısı değil, hizmetler arasındaki bağlantılar daha büyük bir problem haline gelir.

Bir çalışanın basit bir talebi bile birden fazla departman, sistem ve onay mekanizmasından geçebilir.

Kurumsal hizmet yönetimi bu noktada:

• Hizmeti tanımlar.
• Talebi doğru yere yönlendirir.
• Departmanları birbirine bağlar.
• Workflow'u yönetir.
• SLA'yı takip eder.
• Sonucu ölçer.

Ve tüm bunları çalışan açısından mümkün olduğunca basit bir deneyime dönüştürür.

Bu nedenle ESM'yi yalnızca “departmanların kullandığı yeni bir ticket sistemi” olarak düşünmek yerine, kurumun farklı hizmetlerini birbirine bağlayan bir hizmet yönetimi katmanı olarak değerlendirmek gerekir.

Çünkü çalışan bir departmandan hizmet almaz. Kurumdan hizmet alır.

Ve iyi bir ESM yaklaşımının amacı da tam olarak bunu yönetilebilir hale getirmektir.

Sık Sorulan Sorular