İş akışı otomasyonu: hangi İK süreci otomatikleşir?

İş akışı otomasyonu, tekrar eden bir sürecin kurallara bağlanıp kendiliğinden yürümesidir. İK'da karşılığı somuttur: bir talep geldiğinde doğru kişiye gitmesi, koşullara göre farklı yol izlemesi ve durumunun herkese görünür olması.

Ama her süreç otomatikleştirilmeye uygun değildir ve yanlış seçilen bir süreç, elle yapılandan daha zahmetli hâle gelebilir.

Otomatikleştirmeye uygun süreçler

Üç özelliği taşıyan süreçler iyi adaylardır:

Tekrar eden. Ayda en az birkaç kez oluyor. Kurallı. Kim onaylar, hangi koşulda ne olur — bunlar yazılabiliyor. Beklemeli. Süreç, birinin bir şey yapmasını beklerken duruyor.

Üçüncüsü en önemlisidir: otomasyonun asıl kazancı iş yapmak değil, beklemeyi kısaltmaktır.

Tipik örnekler

İzin talebi. Talep yöneticiye gider; onaylanırsa bakiyeden düşer, İK'ya bildirim gider, ekip takvimine yansır. On günü aşan talepler ikinci onaya gidebilir.

Masraf onayı. Tutar eşiğine göre farklı onaycı: belirli bir tutarın altı doğrudan yönetici, üstü finans müdürü.

İşe alıştırma. Yeni çalışan kaydı açıldığında BT'ye ekipman görevi, İK'ya belge görevi, yöneticiye karşılama görevi otomatik atanır.

Çıkış süreci. Ayrılış kaydı girildiğinde erişim kapatma, zimmet iade ve devir teslim görevleri tetiklenir.

Eğitim ataması. Belirli bir departmana geçen çalışana o departmanın zorunlu eğitimleri otomatik atanır.

Süre uyarıları. İSG eğitiminin süresi dolmadan bir ay önce hatırlatma, sözleşme bitiş tarihinden önce uyarı.

Kural motorunun bileşenleri

Kullanışlı bir otomasyon kurgusu üç parçadan oluşur:

Tetikleyici olay. Ne olduğunda çalışacak: talep oluşturuldu, çalışan bilgisi değişti, duyuru yayımlandı, bir tarih geldi.

Koşullar. Hangi durumda çalışacak: tutar 5.000'den büyükse, departman "Saha" ise, izin türü "ücretsiz" ise. Koşulsuz kural her seferinde çalışır ve bu bazen doğrudur.

Eylem. Ne yapacak: bildirim gönder, görev ata, durum değiştir, dış sisteme haber ver.

Koşul alanlarının serbest metinle yazılması yerine listeden seçilmesi önemli bir tasarım kararıdır: var olmayan bir alan adı yazıldığında kural hata vermez, sessizce hiç eşleşmez. Hata da uyarı da olmadan ölü bir kural, en zor fark edilen arızadır.

Onay zincirini kısaltın

Otomasyon kurarken en sık yapılan hata, mevcut süreci olduğu gibi kopyalamaktır. Beş imzalı bir kâğıt süreç, beş onaylı bir dijital sürece dönüştüğünde hiçbir şey iyileşmez; sadece bekleme dijitalleşir.

Otomasyon öncesi sorulacak soru şudur: bu onayların hangisi gerçekten bir karar veriyor, hangisi sadece bilgilendirme?

Bilgilendirme amaçlı onaylar bildirime dönüştürülmelidir. Çoğu şirkette beş onaydan üçü bu kategoridedir.

Görünürlük şart

Otomatikleşen bir sürecin en büyük riski, kara kutuya dönüşmesidir. Talep gönderilir ve ne olduğu bilinmez.

Bunun panzehiri çalışma günlüğüdür: hangi kural ne zaman çalıştı, koşul tuttu mu, eylem başarılı oldu mu? Özellikle koşulu tutmayan çalışmaların da kaydedilmesi gerekir — "kuralım neden çalışmadı" sorusunun cevabı çoğu zaman "olay geldi ama koşul tutmadı"dır ve bu yalnızca başarılıları kaydeden bir günlükte görülemez.

Dış sistemlere bağlanmak

Otomasyonun bir adım ötesi, dış sistemlere olay göndermektir: onaylanan bir masraf kaydının muhasebe sistemine düşmesi gibi.

Bu tür bağlantılarda güvenlik ayrı bir konudur; imzalama ve tekrar deneme mekanizmalarını intranet entegrasyonları ve webhook yazısında ele aldık.

Az sayıda kuralla başlayın

Otomasyon kurgusu hızla karmaşıklaşır. Otuz kuralın birbirini tetiklediği bir sistem, altı ay sonra kimsenin anlamadığı bir yapıya dönüşür.

Sağlıklı yaklaşım: en çok tekrar eden üç süreçle başlamak, her kuralın ne yaptığını açıklayan bir ad vermek ve kullanılmayan kuralları düzenli olarak temizlemek.

Her kuralın bir sahibi olması da gerekir. Sahipsiz kurallar, süreç değiştiğinde güncellenmez ve yanlış davranmaya başlar.

Otomasyonun sınırını çizin

Her şeyi otomatikleştirmek, hiçbirini otomatikleştirmemek kadar sorunludur. İnsan kararı gerektiren adımlar otomatikleşince, sistem yanlış kararlar üretmeye başlar.

Ayrım şu soruyla yapılır: bu adımda gerçekten bir değerlendirme yapılıyor mu, yoksa sadece bir kural mı uygulanıyor?

Kural uygulanıyorsa otomatikleşebilir. Değerlendirme yapılıyorsa, otomasyon yalnızca bilgiyi hazırlamalı; kararı insan vermelidir.

Devreye alırken paralel çalıştırın

Yeni bir otomasyon kuralı doğrudan yayına alınmamalıdır. İlk hafta, kural çalışsın ama eylem yerine yalnızca kayıt üretsin: hangi durumlarda tetiklenecekti, ne yapacaktı?

Bu kayıt incelendiğinde, beklenmedik eşleşmeler ortaya çıkar ve kural düzeltilir. Doğrudan yayına alınan bir kural, hatalı olduğunda yüzlerce yanlış bildirim gönderebilir.

Bildirim disiplini

Otomasyonun en sık şikâyet edilen yan etkisi bildirim seli. Her adımda herkese bildirim gönderen bir akış, kısa sürede sessize alınır.

Kural basittir: bildirim yalnızca eylem gerektiren kişiye gitmeli. Bilgilendirme amaçlı bildirimler, günlük ya da haftalık özetlerde toplanmalıdır.

Sahiplik ve gözden geçirme

Her kuralın bir sahibi ve bir gözden geçirme tarihi olmalıdır. Süreçler değişir; değişen süreçle uyumsuz kalan bir kural, yanlış davranmaya başlar ve bu genellikle geç fark edilir.

Altı ayda bir yapılacak kısa bir gözden geçirme yeterlidir: hangi kural kaç kez çalıştı, hangileri hiç çalışmadı, hangisi artık geçersiz?

Hiç çalışmayan kurallar özellikle dikkat ister: ya ihtiyaç ortadan kalkmıştır ya da koşulu hatalıdır ve sessizce hiç eşleşmiyordur.

Görev atama ve takip ihtiyacı yalnızca İK süreçlerinde değil, ekiplerin gündelik işlerinde de var; proje ve görev takibinin nasıl kurulacağını proje ve görev yönetimi yazısında anlattık.