İK hizmet modelini adım adım tasarlamak

İK hizmet modeli nedir, hangi sorunu çözer?

İK hizmet modeli, insan kaynaklarının çalışanlara, yöneticilere ve iş birimlerine hangi hizmetleri hangi kanaldan, kim tarafından ve hangi kalite beklentisiyle sunacağını tanımlayan yapıdır. Modelin yokluğunda İK genellikle istek geldiği anda, istek kimden geldiyse ona göre, kişiye bağlı biçimde çalışır: aynı soruya farklı kişiler farklı cevaplar verir, küçük işlemler uzmanların zamanını tüketir, stratejik işler ise sürekli ertelenir.

Katmanlı hizmet modeli bu karmaşayı, hizmeti karmaşıklığına ve uzmanlık düzeyine göre katmanlara ayırarak çözer. En yaygın yapı şu katmanlardan oluşur: • Self servis: Çalışan ve yöneticinin standart işlemleri (izin talebi, bordro görüntüleme, bilgi güncelleme, belge alma) kendi başına portal ya da uygulama üzerinden yapması • Servis merkezi: Self servisle çözülemeyen soruları ve işlemleri karşılayan, standart süreçlerde çalışan İK operasyon ekibi • Uzmanlık merkezleri: Ücret, yetenek, öğrenme, çalışan ilişkileri gibi derin uzmanlık gerektiren konularda politika ve çözüm tasarlayan ekipler • İK iş ortakları: İş birimlerinin yanında yer alıp stratejik ihtiyacı belirleyen ve uygun uzmanlık merkezine yönlendiren roller

Amaç, rutin işi mümkün olduğunca düşük maliyetli ve tutarlı kanala taşıyıp uzman zamanını daha değerli işlere ayırmaktır.

Tasarımın ilk adımı: mevcut durumu ve talebi anlamak

Modeli kurmadan önce bugün ne olduğunu bilmeniz gerekir. İlk iş, İK'ya gelen talepleri toplamaktır. Son dönemde e-posta, telefon, yüz yüze ve diğer yollardan gelen taleplerin türlerini, hacimlerini, kimden geldiğini, kimin yanıtladığını ve ne kadar sürede çözüldüğünü listeleyin. Veri yoksa bir dönem boyunca basit bir kayıt tutun.

Bu envanter şunları gösterir: hangi talepler çok tekrarlanıyor, hangileri zaman alıyor ve hangileri kişiye bağlı. Çok tekrarlanan, kural tabanlı talepler self servise uygundur. Kural tabanlı ama onay ya da kontrol gerektirenler servis merkezine uygundur. Kural dışı, yorum gerektiren talepler uzmanlık merkezinde kalır.

Talep verisinin yanında çalışanların ve yöneticilerin deneyimini de dinleyin. Neyi bulmak zor, nerede bekliyorlar, hangi yanıtı güvenilmez buluyorlar? Kısa görüşmeler ve anketler, tasarımın hedefini somutlaştırır. Mevcut İK sistemlerini (bordro, personel yönetimi, işe alım) ve bunların hangi hizmetleri destekleyebileceğini de bu aşamada görün, çünkü model teknolojiden bağımsız tasarlanamaz.

Servis kataloğu ve hizmet seviyesi (SLA) tanımı

Katmanlara karar vermeden önce neyi sunduğunuzu yazmanız gerekir. Servis kataloğu, İK'nın sunduğu her hizmeti açıklayan listedir. Her hizmet için şu alanlar tanımlanır: • Hizmetin adı ve kapsamı (neyi içerir, neyi içermez) • Hizmeti kimlerin talep edebileceği • Talep kanalı (portal, servis masası, yönetici üzerinden) • Sorumlu katman ve rol • Hedef yanıt ve çözüm süresi (hizmet seviyesi) • Gerekli bilgi ve onaylar

Hizmet seviyesi anlaşması (SLA), hizmet için verilen taahhüttür. Örneğin 'bordro itirazlarına belirli bir iş günü içinde ilk yanıt' gibi ölçülebilir olmalıdır. Verilemeyecek bir taahhüt, güveni zedeler; bu yüzden hedefler mevcut performansa ve kaynaklara dayalı olarak belirlenir, zamanla sıkılaştırılır.

Katalog, modelin dilini birleştirir. Çalışan 'bunun için kime gideceğim?' sorusunun cevabını görür, İK ise hangi talebin hangi katmanda çözüleceğini bilir. Katalogdaki hizmetlerin dengeli olması önemlidir; her şeyi kapsamak yerine önce yüksek hacimli ve yüksek etkili hizmetlerle başlayın.

Süreçleri standartlaştırmak ve katmanlara yerleştirmek

Bir hizmeti self servise ya da servis merkezine taşımadan önce sürecinin standart olması gerekir. Standart olmayan bir süreç dijitalleştirildiğinde karmaşa büyür. Süreç envanteri çıkarın: her hizmetin adımlarını, girdilerini, çıktılarını, onaylarını ve istisnalarını yazın. Birimler arası farklılıkları görün ve mümkünse tek bir yöntemde birleştirin.

Süreç haritalama sırasında aşağıdaki soruları sorun: • Bu adım değer katıyor mu, yoksa alışkanlıktan mı yapılıyor? • Onaylar gerçekten gerekli mi, yoksa bilgi amaçlı mı? • İstisnalar ne sıklıkla oluyor ve bunlar için ayrı bir yol tanımlanabilir mi? • Hangi bilgi tekrar tekrar isteniyor?

Standartlaştırılan süreçler, karmaşıklık ve risk düzeylerine göre katmanlara yerleştirilir. Örneğin belge talebi ya da izin başvurusu self servise taşınabilir; bordro hata incelemesi servis merkezinde kalır; ücret politikası değişikliği ise uzmanlık merkezi kararıdır. Yerleştirme yaparken hukuki uyum ve veri gizliliği gereksinimlerini göz önünde bulundurun. Kişisel verilerin işlendiği süreçlerde erişim yetkileri ve kayıt tutma kuralları baştan tanımlanmalıdır.

Ekip yapısı, teknoloji ve geçiş yönetimi

Modelin ekip tarafında roller netleştirilmelidir. Servis merkezi çalışanları, çok sayıda talebi tutarlı biçimde karşılamak için süreç bilgisi, müşteri odaklılık ve kayıt disiplini gerektirir. Uzmanlık merkezi çalışanlarının ise derin alan bilgisi ve politika tasarım becerisi olmalıdır. İş ortakları iş bilgisine ve danışmanlık becerisine ihtiyaç duyar. Mevcut İK çalışanlarını yeni rollere yerleştirirken yetkinlik açıklarını belirleyin ve gelişim planı hazırlayın; çünkü bu değişim, çalışanlar için rol ve alışkanlık değişimidir.

Teknoloji tarafında çalışan portalı, talep yönetim aracı ve bilgi tabanı temel bileşenlerdir. Teknoloji modelin yerine geçmez; önce süreç ve hizmet tasarlanır, sonra araç seçilir. Aksi halde araç, kusurlu bir süreci hızlandırır.

Geçiş yönetimi, tasarımın en kritik kısmıdır. Tüm hizmetleri bir anda taşımak yerine pilot birim ya da sınırlı hizmet kümesiyle başlayın, deneyimi ölçün, düzeltin ve genişletin. Çalışanlara ve yöneticilere yeni modeli, neden değiştiğini ve nasıl kullanacaklarını açıkça anlatın. Geçiş döneminde eski ve yeni yöntem bir süre paralel yürüyebilir; bu sürenin sınırını baştan belirleyin.

Ölçüm ve sürekli iyileştirme

Model kurulduktan sonra çalışıp çalışmadığını ölçmek gerekir. Kullanılabilecek göstergeler şunlardır: • Talep hacmi ve katman dağılımı: Talepler beklendiği katmanda mı çözülüyor? • Yanıt ve çözüm süreleri: Taahhüt edilen hizmet seviyesine uyuluyor mu? • İlk temasta çözüm oranı: Talep tekrar kapıya dönüyor mu? • Self servis kullanım oranı: Çalışanlar portalı gerçekten kullanıyor mu? • Memnuniyet: Hizmet alanların geri bildirimi • Uzmanlık merkezlerinin stratejik işe ayırdığı zaman

Bu göstergeleri düzenli gözden geçirin. Servis merkezine sürekli aynı soru geliyorsa bilgi tabanındaki ya da portaldaki eksiği kapatın. Self servis kullanımı düşükse arayüzü ve iletişimi gözden geçirin. Yanıt süreleri uzuyorsa kaynak, süreç ve talep hacmini birlikte inceleyin.

İyileştirme sürekli bir döngüdür: ölç, nedeni anla, değiştir, tekrar ölç. Hizmet kataloğu ve hizmet seviyeleri yılda en az bir kez, ya da büyük bir değişiklikten sonra gözden geçirilmelidir. Model, kurumun büyüklüğüne ve ihtiyacına göre uyarlanır; küçük kurumlarda katmanlar daha az kişiyle yürütülür, ama mantık aynı kalır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

İK hizmet modeli tasarımı, İK operasyonları, İK dönüşümü ve ortak hizmet merkezi sorumluluğu taşıyan yöneticiler için kritik bir beceridir. İK Operasyonları ve Servis Modeli eğitimi, servis modeli tasarımı, servis kataloğu ve SLA tasarımı, süreç envanteri ve standartlaştırma ile operasyon performans metrikleri konularını modül olarak içerir. İK Operasyonları ve Servis Dönüşümü eğitimi ise self servis ve çalışan portalı, İK servis merkezi kurulumu, otomasyon ve dijitalleşme ile süreç haritalama çalışmalarını ele alır.

İK Ortak Hizmet Merkezi Tasarımı eğitimi, bu modelin ortak hizmet merkezi katmanına odaklanır: kapsam, servis kataloğu, ekip yapısı, teknoloji altyapısı ve geçiş yönetimi. Birden çok iş kolu ya da şirket için ortak İK hizmetleri sunmayı planlayan kurumlar için uygundur.