İç Hizmet Yönetimi: Her Departmanda Bir Hizmet Yaklaşımı Nasıl Oluşturulur?

Herhangi bir şirkette, çalışanlar her gün düzinelerce iç ekiple etkileşim kurar. Birisi muhasebe departmanından istihdam teyit mektubu ister, birisi izin kaydı yapar, birisi bir sisteme erişim veya bir sözleşmenin onaylanmasını talep eder. Bu talepler İK, muhasebe, BT, hukuk ve tesis yönetimi departmanlarından geçer. Tüm bu ekipler, genellikle bunun farkında olmadan birbirlerine hizmet sunar.

Ancak bu “hizmetler” genellikle kaotik bir şekilde sunulur: talepler sohbet ve e-posta yoluyla gelir ve elektronik tablolarda ya da birbirinden bağımsız sistemlerde takip edilir. Sonuç olarak, talepler kaybolur veya mükerrer hale gelir, çalışanlar kime başvuracaklarını bilemez, görevler son tarih belirlenmeden bekler ve şirket içi ekipler tükenmişlik yaşar. Üstelik, bilgilerin bir kısmı başka sistemlerde bulunduğundan veya hiç dijitalleştirilmediğinden, uçtan uca analitik oluşturmak ve sağlam yönetim kararları almak imkansızdır.

İş dünyası açısından bu, taleplerin daha yavaş işlenmesi, birbiriyle uyumsuz araçların kullanımı nedeniyle artan idari bütçe ve süreç şeffaflığının kaybedilmesi anlamına gelir. İşte tam da bu noktada şirketler, ESM (Kurumsal Hizmet Yönetimi) çözümlerine yönelir: hizmetlerin tüm kurumsal ölçekte yönetilmesi.

İç hizmetler nedir ve neden önemlidir?

İç hizmetlere ilişkin örnekler her yerde karşımıza çıkar:

1. İK, iş sözleşmelerini düzenler, yeni işe alınanları işe alıştırır ve eğitimleri organize eder.
2. BT, iş istasyonlarını kurar, sistem erişim izni verir ve teknik sorunları çözer.
3. Hukuk departmanı sözleşmeleri inceler, hukuki görüşler hazırlar ve mevzuat konusunda danışmanlık yapar.
4. Muhasebe, gider raporlarını işler, ödeme emirlerini düzenler ve gelir tablolarını hazırlar.
5. Tesis yönetimi, kurye teslimatlarını ayarlar, toplantı odalarını rezerve eder ve ofis malzemelerini sipariş eder.

Yapılandırılmış bir yaklaşım olmadan, bu durum e-posta ve sohbet yoluyla gelen taleplerin kaosuna dönüşür. Çalışanlar, belirli bir hizmet için tam olarak kime başvuracaklarını bilemezler. Talepler eksiktir ve önemli ayrıntılar yer almaz. Bir talep, bir ileti dizisinde kaybolur veya birisi aynı anda birden fazla yere yazdığında yinelenir. Uzmanlar, işlerini yapmak yerine açıklamalar yapmakla zaman harcar. Ayrıca, son teslim tarihleri üzerinde herhangi bir kontrol yoktur ve sonucun sorumlusu net değildir.

Microsoft Work Trend Index 2025’e göre, iletişim (e-posta, sohbet ve toplantılar) çalışanların çalışma süresinin yüzde 60’ını kaplar ve asıl iş için sadece yüzde 40’ı kalır. Çalışanlar ayrıca günde yaklaşık 275 kesintiyle karşı karşıya kalıyor; bu, iş günü boyunca ortalama olarak her iki dakikada bir kesinti anlamına geliyor. Hizmet departmanları için bu sürekli talep akışı ağır bir iş yükü yaratırken, şirket açısından ise aşırı personel maliyetleri ve çalışanlar için kötü bir deneyim anlamına geliyor.

Şirket büyüdükçe sorun daha da kötüleşir. Küçük bir organizasyonda herkes birbirini tanır ve kime danışılacağı bellidir. Ancak çalışan sayısı 100 kişiyi aştığında, şubeler ortaya çıktığında ve departman sayısı arttığında eski mekanizmalar işlevini yitirir. Talepler kaybolmaya başlar, teslim tarihleri gecikir ve çalışanlar sürekli beklemek zorunda kalmaktan bıkar.

İç hizmetler, tüm şirketin hızını etkileyen somut süreçlerdir. Bir çalışan, banka için bir iş belgesi gerektiğinde bunu iki gün yerine iki hafta sonra aldığında, kişisel planları aksar. Hukuk departmanı, e-postaların kaybolması nedeniyle bir sözleşmeyi onaylamak için bir ay harcadığında, şirket bir anlaşmayı kaçırır. BT departmanı yeni işe alınan bir çalışan için iş istasyonunu hızlı bir şekilde kuramazsa, önemli bir projenin başlatılması gecikir.

İç hizmetlere yönelik yapılandırılmış bir yaklaşım, bu sorunları sistematik olarak çözer. Düzensizliğin yerine, her çalışanın ne alabileceğini ve nasıl talep edeceğini görebileceği net bir hizmet kataloğu bulunur. Belirsiz zaman çizelgeleri yerine, net hizmet seviyesi anlaşmaları vardır. Kayıp talepler yerine, şeffaf bir takip ve kontrol sistemi vardır. Aşırı yüklenmiş uzmanlar yerine, rutin taleplerin otomasyonu ve süreç optimizasyonu vardır.

Dış ve iç hizmet tüketicileri arasındaki fark

Çoğu şirket, dış müşterilere iyi hizmet vermenin önemini açıkça anlar. Dış müşteriler bir gelir kaynağıdır: CRM sistemleri onlara hizmet eder, pazarlama satış hunileri oluşturur ve destek birimi memnuniyeti takip eder. Şirketler, dış müşterilerle çalışmak için yeni teknolojileri benimser, metrikleri ölçer ve süreçleri optimize eder.

İç müşteriler ise şirketin çalışanlarıdır. Bu müşterilere arka ofis ekipleri hizmet verir: İK, muhasebe, BT, hukuk ve tesis yönetimi. Ancak iç hizmetin kalitesi genellikle ikinci planda tutulur. İç süreçler, dış müşterilerle yapılan çalışmalara gösterilen özenin aynısını gerektirmeyen teknik ve destekleyici işlevler olarak görülür.

İç hizmetlerin ihmal edilmesinin ana nedeni, gelirle doğrudan bir bağlantısının olmamasıdır. İK ürün satmaz, muhasebe müşteri kazanmaz ve BT anlaşma imzalamaz. Bu nedenle liderlik, bu departmanları değer yaratıcılar olarak değil, maliyet merkezleri olarak görür. İç süreçleri iyileştirmeye yönelik yatırımlar, satış veya pazarlamaya yapılan yatırımlara kıyasla daha az öncelikli görünür.

Ancak, iç hizmetlerin ihmal edilmesinin sonuçları hızlı ve acı verici bir şekilde ortaya çıkar.

1. İç hizmetlere ilişkin düşük çalışan memnuniyeti.

Bir mektup veya onay için haftalarca beklemek zorunda kalmak, şirketin çalışanlarına değer vermediğini hissettirir. Bu durum, çalışan sadakat endeksi olan eNPS’yi doğrudan etkiler. Düşük bir eNPS, çalışanların şirketi işveren olarak tavsiye etmedikleri ve ilk fırsatta ayrılmaya hazır oldukları anlamına gelir. Özellikle başka bir yerde kolayca iş bulabilecek değerli uzmanlar arasında işgücü devri artar.

2. Operasyonel verimlilik kaybı

Talep yönetiminin yapılandırılmamış olması her iki tarafı da olumsuz etkiler: çalışanlar doğru irtibat kişisini bulmak ve talebin durumunu takip etmekle zaman kaybederken, destek uzmanları yapılandırılmamış taleplerle aşırı yüklenir. Otomatik yönlendirme ve yapılandırılmış formlar, aynı ekibin daha fazla çalışana hizmet vermesini sağlar.

3. İşletmeyi büyütememe

Şirket büyüdükçe, departmanlar arası etkileşimdeki sorunlar katlanarak artar. 50 kişilik bir ekip için işe yarayan yöntemler, 500 kişilik bir ekipte artık işe yaramaz. Şube açmak, yeni pazarlara girmek, yeni ürünler piyasaya sürmek: tüm bunlar, iç ekipler arasında etkili bir koordinasyon gerektirir. İç hizmetlere yönelik yapılandırılmış bir yaklaşım olmadan, şirket operasyonel sınırlarına ulaşır.

4. Karar verme için veri eksikliği

İstekler e-posta ve sohbet yoluyla ele alındığında, departmanların gerçek iş yükünü anlamak, darboğazları tespit etmek veya süreç verimliliğini değerlendirmek imkansız hale gelir. Liderlik, objektif ölçütler yerine sezgiye dayalı kararlar alır; bu da kaynakların yetersiz tahsisine ve iyileştirme fırsatlarının kaçırılmasına yol açar.

Dış ve iç müşterilere yönelik muamele arasındaki uçurum, teknolojide de kendini gösterir. Dış müşteriler için şirketler, özenle hazırlanmış web siteleri, mobil uygulamalar ve sohbet robotları geliştirir. Çalışanlar için ise ortak bir posta kutusu ve elektronik tablolar mevcuttur. Bu asimetri bir uyumsuzluk yaratır: çalışanlar, şirket içinde neden dış müşterilere göre daha kötü hizmet aldıklarını anlamazlar.

Hizmet yaklaşımı, iç ve dış müşterilerin aynı hizmet kalitesini hak ettiğini varsayar; bu da arka ofis departmanlarının operasyonel verimliliğini artırır. Dahası, iyi bir iç hizmet, şirketin dış müşterilere hizmet verme yeteneğini doğrudan etkiler:

• BT ekibi teknik sorunları hızlı bir şekilde çözerse, satış elemanları müşterilere odaklanabilir;
• İK etkili bir şekilde işe alım yaparsa, ekipler doğru uzmanlarla donatılır;
• Muhasebe belgeleri zamanında işleme alırsa, iş ortaklarına ödemeler zamanında yapılır.

İç hizmetlerin değerini fark eden şirketler rekabet avantajı elde eder. En iyi çalışanları çekip elde tutarlar, çünkü bu çalışanlar etkili bir çalışma ortamına değer verir. Süreçleri iyi ayarlanmış ve şeffaf olduğu için daha hızlı büyürler. Her departmanın çalışmalarıyla ilgili verilere sahip oldukları için daha bilinçli kararlar alırlar.

Hizmet yaklaşımıyla kurumsal mimari nasıl olabilir?

Hizmet yaklaşımına geçmek, sadece taleplerin nasıl ele alındığını değil, departmanlar arasındaki etkileşimin yapısını da değiştirir. Her birinin kendi kuralları olan izole silolar yerine, tüm katılımcıların hem iç hem de dış son tüketiciler için değer yarattığı tek bir ekosistem ortaya çıkar.

Hizmet sağlayıcıları ve tüketicileri kavramı

Hizmet yaklaşımı, ya da ESM, her departmanın aynı anda iki rol üstlendiği anlayışına dayanır: diğer departmanlara hizmet sağlayıcı ve meslektaşlarından hizmet alıcı.

Bu karşılıklı bağımlılık, karmaşık bir hizmet ilişkileri ağı oluşturur. Geleneksel modelde bu ilişkiler resmileştirilmemiştir: her departman kendi kurallarına göre çalışır, ortak kalite standartları yoktur ve kimin neyden sorumlu olduğu belirsizdir. Hizmet yaklaşımı, bu ilişkileri açık ve yönetilebilir hale getirir.

Birçok sistem yerine tek bir dijital ortam

Şirketlerin karşılaştığı başlıca sorunlardan biri, kurumsal sistemlerin parçalı yapısıdır. İK’nın kendi personel sistemi, BT’nin biletleme aracı, muhasebenin muhasebe yazılımı ve hukuk departmanının belge yönetim sistemi vardır. Her departman, diğer departmanlarla entegrasyonu düşünmeden kendi ihtiyaçlarına uygun araçları seçer.

Bu araç dağılımı birçok soruna yol açar:

1. Çalışanlar, kurumsal hizmetlerden yararlanmak için düzinelerce farklı arayüzü öğrenmek zorunda kalır.
2. Veriler sistemler arasında yinelenir, bu da tutarsızlıklara ve hatalara yol açar. Bilgiler birbiriyle bağlantısız veritabanlarına dağılmış olduğundan uçtan uca analitik yapmak imkansızdır.
3. Birçok ayrı aracı yönetmek ve desteklemek maliyetlidir.

Bir ESM platformu, tüm hizmet departmanları için tek bir dijital ortam sağlayarak bu sorunu çözer. Bu, özel sistemlerden vazgeçmek anlamına gelmez: muhasebe yazılımı muhasebe işlemlerini yürütmeye devam eder ve İK sistemleri çalışan kayıtlarını tutar, ancak departmanlar ve çalışanlar arasındaki etkileşim için ortak bir platform ortaya çıkar.

Örneğin, SimpleOne platformunda bu mimari üç katmanlı bir model olarak uygulanmaktadır.

1. İlk katman, iş akışları, veri içe aktarma, SLA'lar, iş kuralları ve bir form düzenleyici gibi minimum kodla uygulama oluşturmaya yönelik araçlar sunan bir düşük kodlu platformdur.
2. İkinci katman, CMDB, hizmet portföyü, hizmet portalı, bilgi tabanı ve onay motoru gibi bir dizi hazır hizmet aracına sahip bir ESM platformudur.
3. Üçüncü katman, belirli departman süreçleri için hazır iş uygulamalarıdır : ITSM, ITAM, B2B CRM, SDLC, HRMS.

Bu mimarinin birçok avantajı vardır. İlk olarak, tüm departmanlar paylaşılan çalışan dizinleri, ortak bir rol modeli ve ortak etkileşim ilkeleriyle tek bir sistemde çalışır. Bu, bir çalışanın tüm kurumsal hizmetlere tek bir portal üzerinden erişebileceği ve farklı talepler için farklı sistemleri hatırlamasına gerek kalmayacağı anlamına gelir. İkincisi, veriler tekrarlanmaz: Bir kez girilen çalışan bilgileri tüm departmanlar tarafından kullanılabilir. Bu, birkaç departmanı kapsayan uçtan uca süreçlerin otomatikleştirilmesini mümkün kılar.

İç hizmetler nasıl organize edilir?

Hizmet modeline geçiş, süreçleri, teknolojiyi ve işbirliği kültürünü etkileyen sistematik bir dönüşümdür. Aşağıda, bu yolculuğu minimum riskle ve maksimum getiri ile gerçekleştirmenize yardımcı olacak adım adım bir yaklaşım yer almaktadır.

1. Adım: Durum Değerlendirmesi: Her bir departmanın sunduğu hizmetler

İlk adım, hizmet departmanlarının gerçekte ne yaptığını, hangi talepleri aldığını ve bu taleplerin günümüzde nasıl ele alındığını anlamaktır. Çoğu şirket, iç hizmetlerine ilişkin tam bir resme sahip değildir: bilgiler uzmanların kafasında kalır, süreçler resmileştirilmemiştir ve ölçüm verileri toplanmamaktadır.

Öncelikle bir pilot departman seçerek başlayın. Tek seferde tüm şirketi kapsamaya çalışmayın; tek bir departmanı derinlemesine ele almak, sonuçlar elde etmek, yaklaşımın değerini göstermek ve ardından ölçeği genişletmek daha iyidir. BT, başlangıç için iyi bir adaydır. BTSM uygulamaları sayesinde hizmet yaklaşımını zaten anlamaktadır, çalışanları teknik açıdan bilgilidir ve süreçleri nispeten yapılandırılmıştır.

1. Departmanın uzmanlarıyla görüşün.

Hangi talepleri aldıklarını, başlıca hizmet alıcılarının kimler olduğunu, tipik bir talebin ne kadar sürdüğünü, talebi tamamlamak için hangi verilere ihtiyaç duyduklarını ve sorunların ve gecikmelerin nereden kaynaklandığını öğrenin.

2. Son bir ay veya çeyreğe ait talep istatistiklerini toplayın.

Ortak bir posta kutusu varsa, e-postaları analiz edin ve tekrarlanan talep türlerini belirleyin. Talepler sohbet yoluyla geliyorsa, mesaj geçmişini inceleyin. Talepler elektronik tablolarda takip edilmiş olsa bile, verileri inceleyin ve kategoriye göre gruplandırın.

3. Her hizmet için mevcut sorunlu noktaları kaydedin.

Gecikmelere neyin neden olduğu, taleplerin nerede kaybolduğu, en sık hangi verilerin eksik olduğu ve nelerin netleştirilmesi gerektiği. Bu, sonraki adımlarda bu sorunları önleyecek süreçler tasarlamanıza yardımcı olacaktır.

4. Birkaç departmanın katılımını gerektiren uçtan uca süreçleri ayrı olarak belirleyin.

Örneğin, yeni bir çalışanın işe alımı sürecinde İK, BT, tesis yönetimi ve muhasebe departmanları yer alır. Yeni bir ürünün piyasaya sürülmesi ise pazarlama, geliştirme, hukuk ve finans departmanları arasında koordinasyon gerektirir. Bu süreçler otomasyondan en büyük kazancı sağlar, ancak aynı zamanda daha dikkatli bir tasarım gerektirir.

Envanter, temel özellikleriyle birlikte hizmetlerin bir listesini sunmalıdır. Örneğin BT için bu şöyle olabilir: yeni çalışan iş istasyonu kurulumu (ayda 15–20 talep, ortalama tamamlanma süresi 4 saat); kurumsal sistemlere erişim (ayda 40–50 talep, sisteme bağlı olarak 30 dakika ile 2 gün arasında); donanım sorunlarının giderilmesi (ayda 80–100 talep, 15 dakika ile 3 gün arasında); yeni ekipman siparişi (ayda 5–10 talep, talep tarihinden teslimata kadar 1–2 hafta).

2. Adım: Hizmet kataloğunun oluşturulması

Envanter temelinde, bir departmanın sunduğu tüm hizmetlerin yapılandırılmış bir açıklaması olan bir hizmet kataloğu oluşturursunuz. Katalog, otomasyonun temeli ve kullanıcılar için ana araç haline gelir.

Hizmetleri kategorilere ayırın, örneğin:

1. BT için mantıklı bir ayrım şöyledir: iş istasyonları ve ekipman; erişim ve hesaplar; teknik destek; iş uygulamaları; ağ hizmetleri.
2. İK için: işe alım ve oryantasyon; İK yönetimi; öğrenme ve gelişim; ücret ve yan haklar.
3. Muhasebe için: tedarikçi ödemeleri; çalışan ödemeleri; mektuplar ve belgeler; gider raporlaması.

Bir şablon kullanarak her hizmet için ayrıntılı bir açıklama oluşturun:

• hizmet adı: kısa ve net, mesleki jargon içermeyen;
• açıklama: çalışanın sonuç olarak ne elde edeceği ve hizmetin neden gerekli olduğu;
• girdiler: talepte bulunan kişinin sağlaması gereken bilgiler;
• zorunlu alanlar: bunlar olmadan talebin yerine getirilemeyeceği bilgiler;
• isteğe bağlı alanlar: işlemin hızlandırılmasına yardımcı olabilecek ek bilgiler;
• çıktı: kullanıcının tam olarak ne alacağı;
• sorumlu: hizmetin sunulmasından kimin sorumlu olduğu;
• işlem süresi: hedeflenen işlem süresi.

Açıklamaları, özel bilgiye sahip olmayan çalışanların da anlayabileceği şekilde hazırlayın. Teknik terimlerden kaçının veya bunları açıklayın. Örneğin, "Active Directory erişim hakları verilmesi" yerine "kurumsal ağa ve paylaşımlı klasörlere erişim sağlanması" deyin; "2. seviye olay kaydı" yerine "çalışmayan bir uygulamayı bildirme" deyin.

Karmaşık hizmetler için talimatlar ve doldurulmuş form örnekleri hazırlayın. Ekipman siparişi vermek için gerekçe gösterilmesi gerekiyorsa, uygun gerekçe örnekleri verin. Sözleşme onayı için belirli belgeler gerekiyorsa, bunları gerekli formatlarla birlikte listeleyin.

3. Adım: Hizmet standartlarını (SLA'lar) tanımlama

Hizmet kataloğu hazırlandıktan sonra, her hizmet için kalite standartlarını ve işlem sürelerini tanımlamanız gerekir. Bu, otomasyondan önce yapılır; çünkü önce hizmetin nasıl çalışması gerektiğini anlamanız ve ancak o zaman süreci destekleyecek teknolojiyi seçmeniz gerekir.

Hizmet seviyesi anlaşması (SLA), bir hizmet sağlayıcı ile bir tüketici arasındaki anlaşmaları kaydeden bir belgedir. Bir SLA şu soruları yanıtlar: Müşteri neyi, hangi zaman dilimi içinde, hangi koşullar altında alır ve sonuçtan kim sorumludur?

Önemli: Bir SLA, otomasyon olmasa bile oluşturulabilir ve güncellenebilir; bir Word belgesi veya bir elektronik tablo olabilir. Önemli olan teknoloji değil, taahhütlerin net bir şekilde kaydedilmesidir.

Her hizmet SLA'sında bulunması gerekenler

1. Girdiler: Hizmetin sunulması için gerekli bilgilerin net bir listesi.
2. Yanıt süresi: Bir talebin oluşturulduktan sonra ne kadar hızlı bir şekilde ele alınması gerektiği.
3. Çözüm süresi: Talebin oluşturulmasından kapanmasına kadar geçen maksimum süre.
4. Hizmet kullanılabilirliği: Taleplerin ne zaman kabul edilip işleme alınacağı ve hafta sonları ile tatil günlerinin bu süreye dahil olup olmadığı.
5. Kalite kriterleri: Neyin doğru sonuç olarak kabul edileceği ve kalite gereksinimlerinin neler olduğu.
6. Sorumlu kişiler: hizmet sahibi (kalite ve SLA uyumluluğundan sorumlu), talepleri yerine getiren kişiler ve sorun olması durumunda kiminle iletişime geçileceği.

4. Adım: Süreçleri standartlaştırma: rutin taleplerin nasıl ele alınacağı

Hizmetler, katalog açıklamaları ve kalite standartları (SLA'lar) tanımlandıktan sonra, talep işleme süreçlerini ayrıntılı olarak belirlemeniz gerekir. Bu adımın amacı, süreci öngörülebilir ve tekrarlanabilir hale getirmek, belirli bir kişiye bağımlılığı ortadan kaldırmak ve hataları ve açıklığa kavuşturma ihtiyaçlarını en aza indirmektir.

Süreç standardizasyonu, her bir hizmetin tam olarak nasıl sunulacağını açıklar: kim neyi yapar, hangi sırayla yapılır, her aşamada hangi kararlar alınır ve standart dışı durumlarda ne olur.

Süreci baştan sona tanımlama

Katalogdaki her hizmet için, tam talep işleme döngüsünü açıklayın. Basit bir soru yapısı kullanın:

1. Talebi kim alır?

Talebi ilk olarak kimin gördüğünü ve kimin üstlendiğini belirleyin. Bu, belirli bir uzman, bir destek grubu veya otomatik yönlendirme sistemi olabilir.

2. Hangi kontroller yapılır?

Görevlendirilen kişinin çalışmaya başlamadan önce neleri kontrol ettiğini açıklayın:

• gerekli tüm alanların doldurulup doldurulmadığını;
• talep sahibinin hizmetten yararlanma hakkı olup olmadığı;
• sağlanan verilerin doğru olup olmadığı;
• ek onaylar gerekip gerekmediğini.

3. Hangi verilerin açıklığa kavuşturulması gerekir?

Açıklığa kavuşturulması gereken tipik durumları ve bunun nasıl talep edileceğini açıklayın:

• veriler eksikse, talep otomatik olarak talep sahibine geri gönderilir ve eksik alanlar vurgulanır;
• yönetici onayı gerekiyorsa, sistem bir bildirim gönderir;
• talep standart dışı ise, karar alınması için hizmet sahibine iletilir.

4. Yerine getirilmeyi kim onaylar?

Her hizmet onay gerektirmez, ancak bazıları için bu çok önemlidir:

• pahalı ekipman siparişi vermek için yöneticinin ve CFO'nun onayı gerekir;
• ayrıcalıklı erişim, bölüm başkanı ve güvenlik ekibi tarafından onaylanır;
• uluslararası iş seyahatleri, yöneticinin ve İK direktörünün onayını gerektirir.

Onaylayacak kişiyi, onay sürecinin sırasını (eşzamanlı mı yoksa ardışık mı) ve talebin reddedilmesi durumunda ne olacağını belirleyin.

5. Hizmeti kim sunar?

İşi kimin yaptığını ve hangi adımları attığını açıklayın:

• bir uzman, muhasebe sisteminde mektubu oluşturur, verileri kontrol eder, elektronik olarak imzalar ve talep sahibine e-posta ile gönderir;
• kağıt versiyon için ise uzman, belgeyi yazdırıp imzalar ve ofis yöneticisine teslim edilmek üzere verir.

6. Sonuç nasıl teslim edilir?

Sonucun talep sahibine nasıl ulaştığını tanımlayın:

• elektronik belgeler, sistemde bir bildirimle birlikte e-posta yoluyla gönderilir;
• fiziksel belgeler, bir kayıt defterine imza karşılığında şahsen teslim edilir;
• sistem erişimi otomatik olarak etkinleştirilir ve talep eden kişiye talimatlar gönderilir.

7. Talep nasıl kapatılır?

Kapatma prosedürünü açıklayın:

• görevli, sistemde işlemin tamamlandığını kaydeder;
• talep sahibi, kapatma bildirimi alır;
• talep sahibinden hizmet kalitesini değerlendirmesi istenir (CSAT);
• değerlendirme düşükse, talep sahibinden nedenlerini belirtmesi istenir.

5. Adım: Tek bir talep kanalı ve otomasyonun devreye alınması

Hizmetler, açıklamaları, işleme süreçleri ve kalite standartları (SLA'lar) tanımlandıktan sonra, teknik uygulamaya geçebilirsiniz: talep yönetimi için tek bir kanal oluşturmak ve süreçleri otomatikleştirmek.

Tek bir self-servis portalı oluşturma

Hizmet portalı, hizmet departmanlarına yöneltilen tüm talepler için tek giriş noktası haline gelir.

SLA takibinin otomatikleştirilmesi

SLA'lar tanımlandığına göre (bkz. Adım 3), sistem uyumu otomatik olarak takip edebilir:

• otomatik son tarih hesaplama: sistem, her hizmet için yanıt ve çözüm süresini bilir ve çalışma saatlerine göre son tarihleri hesaplar;
• sorumlulara hatırlatmalar: sistem, ayrılan sürenin %20–30'u kaldığında bir bildirim gönderir;
• eskalasyon: son tarih kaçırılırsa, talep otomatik olarak bir yöneticiye eskalasyon edilir;
• durum görselleştirme: renkli göstergeler (yeşil/sarı/kırmızı), bir talebin SLA'sına göre hangi aşamada olduğunu gösterir;
• raporlama: sistem, hizmet türü, görevli ve departmana göre SLA uyumluluğuna ilişkin raporları otomatik olarak oluşturur.

İç hizmet yönetiminin temeli olarak ESM

Kurumsal Hizmet Yönetimi (ESM), kanıtlanmış BT hizmet yönetimi uygulamalarını şirketin tüm hizmet departmanlarına uygular. Bu yaklaşım, İK, finans, hukuk veya tesis yönetimi gibi herhangi bir departmanın, iç müşteriler için bir hizmet sağlayıcı olarak görülebileceği fikrine dayanır.

ITSM'den ESM'ye: hizmet yaklaşımının nasıl geliştiği

ESM, 30 yılı aşkın bir süredir BT departmanlarının stratejik iş ortakları haline gelmesine yardımcı olan bir dizi BT hizmet yönetimi en iyi uygulaması olan ITIL’e (Bilgi Teknolojisi Altyapı Kütüphanesi) dayanmaktadır.

ITIL’in temel fikri, teknolojileri değil, bu teknolojilerin sunduğu hizmetleri yönetmektir. Önemli olan ağın kendisi değil, çalışanların her yerden sistemlere bağlanabilme yeteneğidir. Bu, odağı teknik detaylardan tüketiciler için değer yaratmaya kaydırır.

ESM, aynı mantığı diğer departmanlara da uygular: İK, İK sistemindeki süreçler yerine işe alım ve eğitim hizmetlerini yönetir; muhasebe, muhasebe yazılımına sadece kayıt girmek yerine ödeme işleme ve mektup hizmetleri sunar; hukuk departmanı ise sözleşme onayı ve hukuki danışmanlık hizmetleri sağlar.

Departmanların çalışma şekillerindeki farklılıklar, hizmet yönetiminin genel ilkelerini geçersiz kılmaz. BT, işinin teknik doğası gereği belirli olay yönetimi ve sorun yönetimi süreçlerini kullanırken, diğer departmanlar temel süreçleri kullanır: talep, görev ve onay yönetimi. Ancak ilke aynı kalır: hizmet tüketicileri için değer yaratmaya odaklanmak.

Bir ESM platformunun temel araçları

İç hizmetleri etkin bir şekilde yönetmek için şirketlerin, hizmet yaklaşımının her yönü için hazır araçlar içeren bir ESM platformuna ihtiyacı vardır.

1. Hizmet kataloğu

Hizmet kataloğu, departmanların sunduğu tüm hizmetlerin yapılandırılmış bir açıklamasıdır. Her hizmet, ayrıntılı bilgileri, talep edenin gereksinimlerini, işlem sürelerini ve sorumlu kişileri içerir. Her hizmet için SLA'lar (Hizmet Seviye Anlaşmaları) belirlenir: zamanlama ve kaliteye ilişkin belirli taahhütler. Katalog, tüm gereksinimler önceden tanımlandığından planlamayı basitleştirir.

2. Hizmet portalı

Hizmet portalı, tüm departmanların hizmetlerine erişim için tek bir nokta haline gelir. Arayüz, tüketiciye yönelik dijital hizmetlerin ilkelerini takip eder: net gezinme, ayrıntılı hizmet açıklamaları ve belge ekleme özelliği. Portal, kurumsal sistemlerle entegre olarak çalışanlar ve ekipmanlarla ilgili verileri otomatik olarak alır.

3. İş akışı otomasyonu

Bir talep gönderildiğinde, sistem bunu önceden tanımlanmış kurallara göre otomatik olarak doğru uzmanlara yönlendirir. Süreç onay gerektiriyorsa, platform organizasyonel hiyerarşiyi ve iş kurallarını dikkate alan bir iş akışı başlatır.

ESM, özellikle birden fazla departmanı içeren uçtan uca süreçlerde büyük değer taşır. Örneğin, yeni bir çalışan işe alındığında, tek bir talep otomatik olarak İK, BT, güvenlik ve tesisler için ilgili görevleri oluşturur. Sistem, genel durumu takip eder ve farklı ekiplerin çalışmalarını koordine eder.

4. Hizmet seviyesi yönetimi

ESM platformu, SLA zaman çerçevelerine uyumu otomatik olarak takip eder, görevlilere hatırlatıcılar gönderir ve gerektiğinde gecikmiş talepleri üst düzeye iletir. Sistem, SLA uyumunu renkli göstergelerle görselleştirir: yeşil, planlandığı gibi ilerlediğini; sarı, son tarihin yaklaştığını; kırmızı ise son tarihin kaçırıldığını gösterir.

5. Yapılandırma yönetimi veritabanı

Bir yapılandırma yönetimi veritabanı (CMDB), hizmetleri sunmak için gereken tüm bileşenleri takip etmenizi sağlar. SimpleOne'da CMDB, REM (Record Extended Model) teknolojisini kullanır; bu teknoloji, gereksiz veri yapıları olmadan farklı yapılandırma öğesi türlerinin esnek bir şekilde tanımlanmasına olanak tanır.

Hizmetleri yapılandırma öğeleriyle ilişkilendirmek, bağımlılıkları anlamanıza yardımcı olur. Bir sunucu arızalandığında, sistem hangi hizmetlerin etkilendiğini, hangi kullanıcıların etkilendiğini ve kurtarma önceliğinin ne olduğunu gösterir.

6. Bilgi tabanı

Bilgi tabanı, yaygın sorunlara yönelik çözümler, sık sorulan soruların yanıtları ve talimatlar içeren makalelerden oluşur. Kullanıcılar, talep göndermeden kendi başlarına bilgi bulabilirler. Birçok çözüm, ilgili içeriği hızlı bir şekilde bulmaya yardımcı olan yapay zeka asistanlarını içerir. Bu, destek hatlarındaki yükü önemli ölçüde azaltır.

7. Analitik ve raporlama

Tüm işlemler otomatik olarak raporlara kaydedilir. ESM yaklaşımı, sadece talepleri işlemeyi değil, hizmetleri yönetmenizi de sağlar: kaliteyi analiz eder, darboğazları belirler ve bilgiye dayalı optimizasyon kararları almanızı sağlar.

Sistem, farklı roller için görünümler ve raporlar sunar. Görevliler, öncelikler ve son tarihlerle birlikte görev kuyruklarını görür. Ekip liderleri, ekiplerinin iş yükünü takip eder. Üst yönetim, tüm hizmet departmanlarının performansına ilişkin özet raporlar alır.

8. Kurumsal sistemlerle entegrasyon

Bir ESM platformu, İK sistemleri, muhasebe platformları, posta sunucuları ve dizin hizmetleriyle entegre olur. Bu, komşu sistemlerden bilgileri otomatik olarak çeken ve manuel veri aktarımı gerektirmeden sonuçları geri ileten uçtan uca süreçler oluşturmayı mümkün kılar.

Örneğin, yeni bir çalışan işe alındığında sistem, İK sisteminden verileri alır, Active Directory’de hesaplar oluşturur, ekipman tahsisi için varlık yönetim sistemine bir görev gönderir ve maaş bordrosu için bilgileri muhasebe sistemine kaydeder.

Özet

İç hizmet yönetimi, departmanların birbirleriyle nasıl etkileşim kurdukları ve şirket çalışanları için nasıl değer yarattıklarına dair stratejik bir dönüşümdür.

İç hizmetler, işin her yönünü etkiler: İK hızlı bir şekilde işe alım yaptığında, BT sistemleri derhal kurduğunda ve muhasebe ödemeleri zamanında işlediğinde, şirket tek bir organizma gibi çalışır. Talep işleme sürecindeki kaos, çözülebilir bir sorundur. Kayıp talepler, bir mektubu almak için haftalarca beklemek ve bitmek bilmeyen açıklamalar, yapılandırılmış bir yaklaşımla aşılabilir.

Hizmet yaklaşımı, BT'nin ötesinde de geçerlidir. 30 yılı aşkın ITIL uygulaması, bu yaklaşımın BT departmanlarındaki etkinliğini kanıtlamıştır. ESM, aynı ilkeleri tüm hizmet departmanlarına genişletir.

İç hizmet yönetimi, rekabet gücünü korumak isteyen her kuruluş için bir zorunluluktur. Yetenekli çalışanlar bir işvereni sadece maaşla değil, çalışma ortamının kalitesiyle de seçtiğinde, etkili iç hizmet bir rekabet avantajı haline gelir. Etkili yönetimin yolu, sorunu fark etmek ve harekete geçmeye karar vermekle başlar.

ESM, çalışanların zamanına saygı duymak, bir hizmet kültürü oluşturmak ve hizmet departmanlarını maliyet merkezlerinden stratejik iş ortaklarına dönüştürmekle ilgilidir.