Bir şirketin bordro sistemi 2018'de alınmış. İzin takibi 2021'de eklenmiş, çünkü Excel artık dayanamıyormuş. Eğitim platformu geçen yıl devreye girmiş, bir denetim sırasında eksik kayıt bulununca. Her biri kendi anında doğru bir karar. Ama bugün üç sistem yan yana durduğunda, aynı çalışanın bilgisi üç farklı yerde, üç farklı formatta yaşıyor.
Bu tablo tesadüf değil; İK teknolojisinin genellikle nasıl oluştuğunun doğal sonucu. Second Talent'ın analizine göre İK teknolojisi bir anda patlamayıp sessizce, araç araç, karar karar birikiyor; genellikle acil bir soruna anlık çözüm olarak. İşe alım hız istiyor, bordro doğruluk istiyor, eğitim ölçek istiyor; her sistem kendi başına değer üretirken, hiçbiri bütün mimari düşünülerek seçilmiyor.
Bu yüzden "neden hâlâ kopuk" sorusunun cevabı, genellikle sanıldığı gibi ihmal değil; her araç kendi döneminde doğru bir kararken, bu kararların hiçbiri bir aradayken nasıl çalışacağını düşünmemiş olması.
Aynı araştırmaya göre şirketler 2020'de ortalama 6,2 İK sistemi kullanırken bu sayı 2024'te 9,1'e çıktı; bu artış platform değiştirmekten değil, sürekli yeni araç eklemekten kaynaklanıyor. Ve bu sistemlerin yalnızca yüzde 39'u birbiriyle gerçek anlamda faydalı biçimde entegre.
Bu rakamların arkasındaki mantık basit. Her sistem kendi satın alma anında bir sorunu çözüyor; ama entegrasyon o anın önceliği değil. Bordro sistemi alınırken soru "bordroyu doğru hesaplıyor mu?" oluyor, "izin sistemiyle konuşuyor mu?" değil. Bu soru sorulmadığı için, cevabı da baştan yok.
Sonuç, her sistemin kendi içinde iyi çalışırken, aralarındaki boşlukların insan tarafından doldurulması. Bir çalışanın bilgisi bordroya elle giriliyor, izin sistemine ayrıca giriliyor, eğitim kaydına bir kez daha giriliyor. Her giriş, bir hata fırsatı.
Bir sürecin ekranda gerçekleşmesi, o sürecin otomatik ya da bağlantılı işlediği anlamına gelmiyor. Yeni bir çalışanın ilk haftasını düşünelim: özlük kaydı bir sistemde açılıyor, ekipman talebi ayrı bir kanaldan gidiyor, eğitim ataması başka bir platformdan yapılıyor, yönetici kendi listesinde takip ediyor.
Her adım dijital; ama aralarındaki bağlantı hâlâ bir insanın hatırlamasına bağlı. İK ekibi kimin ne yaptığını takip ediyor, gecikmeleri fark ediyor, eksik kalanı hatırlatıyor. Teknik olarak dijitalleşmiş bir süreç, operasyonel olarak hâlâ e-posta ve hafızayla yürüyor.
Bu maliyet genellikle görünmez, çünkü tek bir kalemde toplanmıyor. Dağınık sistemlerde çalışan bir organizasyonda, bir çalışan bilgiyi bulmak için ortalama haftada oldukça ciddi bir zaman harcıyor; bu zamanın önemli bir bölümü, teknolojinin otomatik senkronize etmesi gereken veriyi elle taşımaktan oluşuyor.
Bu maliyetin somut örnekleri tanıdık geliyor: bir onboarding süreci geç başlıyor çünkü teklifin kabul edilmesinden hazırlık adımına geçişi kimse otomatikleştirmemiş; birinin fark edip elle tetiklemesi gerekiyor. Bir denetimde uyum açığı ortaya çıkıyor çünkü eğitim sistemi ile özlük sistemi birbiriyle konuşmuyor ve uyumluluk raporu ancak biri hatırlayıp elle çalıştırdığında var oluyor.
Bu örnekler gösteriyor ki kopukluğun bedeli, tek bir büyük hata değil; sürekli tekrarlanan küçük sürtünmelerin toplamı.
Sezgisel cevap "hepsini tek platforma taşı" gibi görünüyor. Ama gerçek daha katmanlı. hr.com'un araştırmasına göre şirketlerin yalnızca yüzde 13'ü tek bir kapsamlı çözüme sahip; geri kalanı bilinçli olarak farklı araçları bir arada kullanmayı tercih ediyor, çünkü tek bir dev platform her ihtiyacı aynı kalitede karşılayamayabiliyor.
Bu, tek platforma geçmenin yanlış olduğu anlamına gelmiyor; ama "tek platform" tek başına sihirli bir çözüm de değil. Asıl soru, hangi araçların çekirdek veriyi (çalışan kimliği, izin bakiyesi, bordro geçmişi) paylaşması gerektiği ve hangilerinin bağımsız kalabileceği. Her şeyi zorla tek çatı altına toplamaya çalışmak, bazen mevcut kopukluktan daha pahalı bir geçiş projesine dönüşüyor. Bu dengenin nasıl kurulacağını tüm şirketi tek platformda buluşturma mantığını ele aldığımız yazıda daha ayrıntılı işledik.
Burada dürüst olmak gerekiyor. Entegre bir sistem, kopukluğun büyük bölümünü ortadan kaldırabilir; ama her kopukluk teknolojiden kaynaklanmıyor. Bazen sorun, hangi departmanın hangi veriye sahip olduğu konusundaki belirsizlik; İK bir bilgiyi kendi verisi sanırken, finans aynı bilgiyi kendi sorumluluğunda görebiliyor. Bu tür sahiplik belirsizlikleri, en iyi yazılımla bile otomatik çözülmüyor; önce netleştirilmesi gereken bir organizasyonel karar.
Bu nedenle bağlantılı bir İK yapısı kurmanın iki ayrı bacağı var: birincisi, çekirdek verinin tek ve tutarlı bir kaynakta tutulmasını sağlayan bir sistem; ikincisi, hangi verinin kimin sorumluluğunda olduğuna dair net bir organizasyonel anlaşma. Biri olmadan diğeri eksik kalıyor.
Kopukluğu bir kerede çözmeye çalışmak, genellikle projenin kendisini boğuyor. Daha sağlıklı bir yaklaşım, en çok sürtünme yaratan temas noktasından başlamak: genellikle bu, onboarding gibi birden fazla departmanın aynı anda devreye girdiği süreçler oluyor. Burada kazanılan netlik, sonraki adımlar için hem güven hem de şablon oluşturuyor.
Sonrasında bordro ve izin gibi çekirdek veriyi paylaşan süreçler bir araya getirilebilir; performans ve eğitim gibi daha bağımsız çalışabilecek süreçler ise ayrı kalabilir, yeter ki temel çalışan verisiyle bağlantılı olsunlar.
Ming, bordro, izin, puantaj, eğitim ve çalışan iletişimi gibi süreçleri aynı çalışan verisi üzerinde çalıştırıyor. Bir çalışanın izin durumu değiştiğinde bu bilgi bordroya ayrıca girilmiyor; eğitim tamamlama durumu özlük kaydından bağımsız bir yerde yaşamıyor. Bu, şirketin tüm IT ve finans sistemlerini tek çatı altına almak anlamına gelmiyor; Ming'in kapsadığı İK ve operasyon süreçlerinin kendi aralarında tutarlı ve bağlantılı çalışması anlamına geliyor.
Şirketinizin İK süreçleri hâlâ birbirinden kopuk sistemlerde yaşıyorsa, https://www.mingapp.co/iletisim üzerinden bize ulaşabilir, hangi süreçlerin birleştirilmesinin en büyük farkı yaratacağını birlikte değerlendirebiliriz.
Kaynaklar
