İK Süreç Haritası Çıkarma: Mevcut Durumdan Hedef Sürece

İK süreç haritası neyi gösterir?

İK süreç haritası, bir İK işinin başından sonuna kadar kim tarafından, hangi sırayla, hangi sistemde ve hangi belgeyle yürüdüğünü tek bir görsel akışta toplar. İşe giriş, izin talebi, performans dönemi, ayrılış gibi süreçler çoğu kurumda kişilerin kafasında ya da dağınık e-postalarda yaşar. Harita bu örtük bilgiyi görünür kılar ve tartışılabilir hale getirir.

Haritanın değeri çizimin kendisinde değil, çizim sırasında ortaya çıkan sorularda yatar. Bu onayı kim veriyor, bu form neden tekrar tekrar isteniyor, bu adımda kim bekliyor gibi sorular çoğu zaman süreci yürüten kişilerin bile fark etmediği tekrarları ve belirsizlikleri açığa çıkarır. Süreç iyileştirme ancak bu görünürlükten sonra mümkün olur.

Hangi İK süreçleri önce haritalanmalı?

Her şeyi aynı anda haritalamaya çalışmak projeyi başlamadan boğar. Başlangıç için şu ölçütlere bakın: çalışanın ya da yöneticinin en çok şikayet ettiği süreç, İK ekibinin en çok zaman harcadığı tekrarlı süreç ve hata yapıldığında hukuki ya da finansal sonucu olan süreç.

Çalışan yaşam döngüsü iyi bir çerçeve sunar: • Kadro talebi, ilan, başvuru, görüşme, teklif ve işe giriş • İzin, mesai, bordro girdileri ve özlük belgeleri • Performans ve gelişim dönemleri • Terfi, görev değişikliği ve yetkinlik güncellemeleri • İstifa, çıkış görüşmesi, zimmet ve erişim kapatma

Bu zincirde genellikle işe giriş ve izin süreçleri hem hacmi hem de görünür sorunları nedeniyle ilk aday olur. Başlangıçta tek bir süreç seçip uçtan uca bitirmek, çok sayıda süreci yarım bırakmaktan daha öğreticidir.

Mevcut durum (as-is) haritası adım adım nasıl çıkarılır?

Önce sürecin sınırlarını yazın: hangi olay süreci başlatır, hangi çıktı süreci bitirir. Sonra haritayı masa başında değil, süreci fiilen yürüten kişilerle çıkarın.

• Süreci yürüten İK uzmanı, yönetici, çalışan ve varsa bilgi işlem ya da muhasebe temsilcisini aynı atölyeye alın.
• Süreci kâğıt üzerindeki prosedürden değil, gerçekte yapıldığı haliyle anlattırın. Yazılı prosedür ile uygulama arasındaki fark başlı başına bulgudur.
• Her adım için aktörü, girdiyi, çıktıyı, kullanılan sistemi ya da belgeyi ve bekleme noktasını not edin.
• Karar noktalarını ayrı bir şekille gösterin: onay verilirse ne olur, verilmezse nereye dönülür.
• Haritayı aktör bazlı şeritlere (swimlane) bölün. Şeritler arasında geçiş olan her ok, bir devir noktasıdır ve gecikmenin en sık doğduğu yerdir.

İlk taslağı yazılımda çizmek zorunda değilsiniz. Tahtada yapışkan notlarla çıkarılan harita, sonradan BPMN gösterimine ya da basit bir akış şemasına aktarılabilir. Kullanılacak gösterim, haritayı okuyacak kişilerin aşinalığına göre seçilmelidir.

Örnek: işe giriş sürecinin haritalanması

Örneğin yeni bir çalışanın ilk gününe kadar olan süreci haritalıyorsunuz. Atölyede şunlar ortaya çıkabilir: teklif kabul edildikten sonra özlük belgeleri e-postayla toplanıyor, belgeler eksikse İK uzmanı çalışana tek tek yazıyor, ardından bilgisayar ve erişim talebi için yönetici ayrı bir form dolduruyor, bilgi işlem bu talebi İK'dan değil yöneticiden bekliyor.

Haritada bu akış şeritlere döküldüğünde birkaç şey netleşir. Belge toplama adımı bekleme üretiyor, çünkü tek kanal e-posta. Erişim talebi İK sürecinin dışında kalıyor ve çalışan ilk gün bilgisayarsız karşılanabiliyor. Aynı bilgi, adı soyadı ve görev tanımı, birkaç ayrı yerde yeniden yazılıyor.

Bu bulgulardan doğal iyileştirmeler çıkar: belge listesini tek bir portal ekranında toplamak, erişim talebini işe giriş sürecinin otomatik bir adımı yapmak, bilgiyi bir kez girip ilgili birimlere aktarmak. Harita olmadan bu iyileştirmeler tek tek şikayet olarak kalırdı.

Haritadan darboğaz ve israf nasıl bulunur?

Mevcut durum haritası tamamlandıktan sonra her adıma aynı kontrol listesiyle bakın: • Bu adım değer katıyor mu, yoksa yalnızca devir mi? • Aynı bilgi birden fazla kez mi girilir? • Onay zinciri gereğinden uzun mu, onay veren kişi gerçekten karar mı veriyor yoksa yalnızca imza mı atıyor? • Süreçte kâğıt, e-posta ya da manuel kopyalamaya dayanan bir köprü var mı? • Hata ya da eksik belge olduğunda süreç nereye geri dönüyor, bu geri dönüş ne kadar yaygın? • Süreç sahibi kim? Sahibi olmayan adım genellikle bekleyen adımdır.

Bu soruların yanıtlarını haritaya renk ya da işaretle ekleyin: bekleme, tekrar, manuel veri girişi, belirsiz sorumluluk. Süre ve hacim verisi mevcutsa onu da ekleyin, ama yoksa tahmini rakam uydurmayın; önce kayıt tutmaya başlamak da bir iyileştirmedir. Sistemden çekilebilen talep sayıları ve çözüm süreleri, hangi darboğazın önce çözüleceğine karar vermede yol gösterir.

Hedef süreç (to-be) nasıl tasarlanır?

Hedef süreç tasarımı, bulunan sorunları teker teker yamamak yerine akışı baştan sade biçimde kurmayı hedefler. Genel sıra şöyledir: önce gereksiz adımları kaldırın, sonra adımları birleştirin, ardından sırayı değiştirerek paralel yürütülebilecekleri ayırın ve en sonda otomasyon ya da self servis ekleyin. Otomasyon, bozuk bir süreci hızlandırır; bu yüzden sıralamada en sonda gelir.

Her yeni adım için sorumluluğu netleştirin. RACI benzeri bir tabloyla kimin yürüttüğü, kimin onayladığı ve kimin bilgilendirildiği yazılır. Süreçte hangi talebin çalışanın kendi ekranından çözülebileceğini, hangisinin İK uzmanına gitmesi gerektiğini ayırmak, hem portal hem sohbet robotu tasarımının girdisi olur.

Hedef süreci hayata geçirmeden önce küçük bir pilotla deneyin. Tek bir birimde ya da tek bir çalışan grubunda denenen akış, tüm kuruma yayılmadan önce eksikleri gösterir. Pilot sonrası haritayı güncellemek ve sürüm numarası ya da tarihle saklamak, süreçlerin zamanla eskimesini önler.

Süreç haritalamada sık yapılan hatalar

En yaygın hata, haritayı yalnızca İK ekibinin odasında çizmektir. Çalışanın ve yöneticinin gördüğü yüzü eksik kalan harita, süreci iyileştirmek yerine İK'nın iç işleyişini cilalar. İkinci hata, ideal süreci çizip gerçeği çizmemektir; ekip prosedürü anlatır, istisnalar atlanır.

Bir diğer hata ayrıntıda boğulmaktır. Her tıklamayı çizen harita okunmaz. Üst düzey haritayla başlayın, yalnızca sorunlu bölgeleri ayrıntılandırın. Son olarak, haritanın bir sahibi ve güncelleme rutini yoksa belge bir kez kullanılıp rafa kalkar. Süreç haritası yaşayan bir kayıt olmalıdır: sistem değiştiğinde, mevzuat güncellendiğinde ya da yeni bir birim eklendiğinde yeniden gözden geçirilmelidir.

Bu beceriyi Mindset programlarında nerede geliştirirsiniz?

İK Operasyonları ve Servis Dönüşümü programı, İK operasyon modeli, çalışan portalı ve servis merkezi kurulumunun yanında Süreç Haritalama ve İyileştirme modülünü içerir. İK operasyon yöneticileri, İK iş ortakları ve servis merkezi kurmayı planlayan ekipler için uygundur. Kendi sürecini gerçek bir akış üzerinde çıkarıp iyileştirme önerisi hazırlamak isteyen bir ekip, modülü atölye mantığıyla kurumsal bir projeye taşıyabilir.

İK Dijital Dönüşümü programı süreç otomasyonu ve iş akışı tasarımı tarafını, Modern İK Fonksiyonu Tasarımı ise İK süreçleri ve operasyonel tasarımı fonksiyon düzeyinde ele alır. Haritalama sonrası otomasyon adımlarına geçecek ekipler için bu programlar tamamlayıcıdır.