Gün başvuru ve e-posta arasında geçiyor. Her dosyada aynı bilgiyi arıyorsun, aynı saati bulmaya çalışıyorsun, aynı açıklamayı yazıyorsun.
Bu yük gerçek. Hazırlık işini küçültmek bile görüşmenin kalitesine ayıracağın alanı açıyor.
Ama bu yükün varlığı, bütün işe alım kararını tek akışa bırakmayı gerektirmiyor.
Devredilecek şey hazırlık. Bu yazı o ayrımı nasıl koruyacağını anlatıyor.
Devir kararı görev düzeyinde veriliyor
"İşe alımı otomatikleştirelim" cümlesi süreci tek etiketle işaretliyor. O etiket, içindeki çok farklı sorumlulukları aynı kutuya koyuyor.
Başvurudan işe ilgili bilgiyi çıkarmak bir iş. Eksik alanları göstermek başka bir iş. Görüşme saati önermek üçüncü bir iş. Bir insan hakkında karar vermek bambaşka bir iş.
İlk üçünde hata düzeltilebiliyor. Dördüncüde hata, bir kişinin o pozisyonu kaçırması demek.
Devri süreç düzeyinde değil görev düzeyinde ver. Hangi görev hangi güvenle devrediliyor, tek tek yaz.
Bu liste bir sayfayı geçmiyor ve bir kere yazılıyor. Karşılığında, altı ay sonra "bu kararı kim verdi" sorusuna cevap verebiliyorsun.
Rolün ölçütlerini önce sen yaz
Müşteri destek uzmanı arayan küçük bir ekip düşün. İlanın hangi görevleri gerektirdiğini açıklaştır: belirli bir ürün türünde destek vermek, yazılı iletişim kurmak, vardiya koşullarını bilmek. Üçü de dosyada aranabilir şeyler.
"Kültürümüze uygun, dinamik aday" gibi belirsiz bir ifadeyi otomatik yorumun içine bırakma. Model belirsizliği kendi doldurmak zorunda kalıyor ve doldurduğu yer kimsenin kararlaştırmadığı bir yer oluyor.
Ekibin kendi değerlendirme dilini netleştirmesi, ajan kurmadan önceki iş. Bu iş yapılmadan kurulan akış, belirsizliği hızlandırıyor.
Ölçütleri yazmanın bir yan faydası daha var: görüşmeyi yapan iki kişi aynı şeye bakmaya başlıyor. Bu, ajandan bağımsız bir kazanç.
Kaynak cümleyi göster
Ajanın çıkaracağı bilgi alanlarını bu görevlerle sınırla. Başvuruda ilgili deneyim nerede yazıyor, hangi bilgi bulunmuyor?
Kaynak cümleyi gösterebilen bir özet iste. Özetin yanında asıl başvuruya dönüş yolu dursun; bir tık uzakta olsun.
Böylece "uygun" ya da "uygun değil" hükmünden önce hangi bilgiyi nasıl aktardığını görüyorsun. Güzel biçimlendirilmiş bir özet, doğruluğun kanıtı değil.
Kaynak göstermek bir yavaşlama gibi duruyor. Pratikte tersini yapıyor: şüphelendiğin tek satırı açıp bakıyorsun, bütün dosyayı baştan okumuyorsun.
Eksik bilgi sonuç değil
Eksik bilgiden kişilik ya da yetenek sonucu üretmesini isteme.
Adayın dosyada anlatmadığı şey, o yetkinliğin bulunmadığı anlamına gelmiyor. Bazı insanlar kısa yazıyor, bazıları o alanı önemsiz sanıyor.
Eksik alanı görüşmede sorulacak soru olarak tut. Boşluğu gösteren çıktı daha az tamamlanmış görünüyor; karşılığında görüşmeye gerçek bir soru getiriyor.
Bunu talimata bir cümleyle yazabilirsin: bulunmayan bilgiyi "belirtilmemiş" diye işaretle, tahmin etme.
Kontrol setini iki uçtan kur
Küçük bir kontrol seti hazırla ve hataları açıkça kaydet. Aynı bilgiyi iki farklı dosyada tutarlı çıkarabiliyor mu? İşle ilgili deneyimi yanlış kişiye bağlamış mı? Tarihi yanlış okumuş mu?
Bir adayın kısa yazdığı, diğerinin uzun anlattığı senaryoyu özellikle dene. Uzun anlatımı daha güçlü deneyimle karıştırıyor mu?
Bu tür örnekler sistemin neyi temsil ettiğini gösteriyor. Ama tek kontrol turu, hata ya da ayrımcılık ihtimalinin ortadan kalktığı anlamına gelmiyor.
Seti bir kez kurup bırakma. İlan değiştiğinde, talimat değiştiğinde ve model güncellendiğinde aynı seti tekrar koştur.
Veri sınırının sahibi belli olsun
İlk denemede gerçek aday dosyalarını rastgele bir araca yüklemek zorunda değilsin. Örnek başvurularla çalış.
İşe alım verisinin kim tarafından, hangi amaçla ve ne kadar süre işleneceği kendi sürecinde belirleniyor. Teknik kurulumdan önce bu sınırların sahibi belli olsun.
Sahibi belli olmayan sınır, ilk yoğun haftada kayboluyor. Bir isim yazmak, uzun bir politika metninden daha çok iş görüyor.
Genel bir eğitim, kurumuna özel hukuki değerlendirmenin yerine geçmiyor. Bu sayfa da geçmiyor; buradaki iş, hangi soruyu kime soracağını ayırmak.
Kazancı yanlış özetin bedeliyle topla
"Kayıt çok, hepsini tekrar açarsam kazanç kalmaz" itirazı ciddi. Çoğu ekipte gerçek ve görmezden gelmek işe yaramıyor.
Ama kazancı ölçerken yanlış bir özetin sonradan getirdiği işi de hesaba kat. Yanlış elenmiş bir aday, yanlış davet edilmiş bir görüşme ve düzeltilmesi gereken bir yazışma aynı hesaba giriyor.
İlk aşamada belirli bir ilanda ve sınırlı sayıda başvuruda çalış. Hangi alanlar güvenilir çıkıyor, hangileri insan okuması istiyor?
Cevap, devir sınırını sana yazdırıyor. Bütün sürece tek etiket yapıştırmaktan çok daha kullanışlı bir sınır çıkıyor.
Yazışmayı taslakta tut
Görüşme daveti ve eksik bilgi soruları iyi bir ilk çalışma alanı. Taslak, onaylı ilan bilgilerini ve görüşme koşullarını kullansın.
Tarih, kişi adı ve bağlantı gibi alanları gönderimden önce kontrol et. Ajanın hazırladığı mesajın hazır görünmesi, dışarı gönderilmeye yetkili olduğu anlamına gelmiyor.
İlk akışta taslak üretimiyle gönderimi ayrı tut. İkisini birleştirmek, en pahalı hatayı en hızlı yapılabilir hâle getiriyor.
Taslak kalıbını da bir kez sabitle. Aynı ilan için ikinci, üçüncü davette tek değişen alan tarih oluyor ve kontrol süren kısalıyor.
Sonuç doğuran adımda insan dursun
İşe alım kararı ve ret mesajı gibi aday üzerinde sonuç doğuran adımlarda sorumlu kişinin incelemesi açıkça tanımlansın.
İnsan incelemesini onay düğmesine basmakla sınırlama. Gerekçeyi sorgulama alanı gerçekten açık kalsın; sorgulanamayan bir gerekçe, onaylanmış bir tahmin oluyor.
Adayın yanlış bilgiye itirazını ve düzeltmesini sürecin dışına atma. Bu yol açık kalmazsa hatayı kimse fark etmiyor.
Aynı şey ekip içi için de geçerli. Özeti okuyan kişi "bu bana yanlış geldi" diyebilmeli ve o cümle bir yere yazılmalı.
Erişimi görevle sınırla
Ajanın hangi araçlara ve hangi verilere eriştiğini sınırla. Tek bir ilan için bütün çalışan dosyalarını açmak gerekli olmayabilir; çoğu zaman o ilana gelen başvurular yetiyor.
Görevin kapsamıyla veri erişimi arasında anlaşılır bir ilişki kur. Kapsam büyüdükçe erişim büyüsün; tersi değil.
Erişimi daraltmak sonradan yapıldığında bir tartışma oluyor. Baştan dar kurulduğunda kimse fark etmiyor.
Bu, ajan kurmanın genel kuralıyla aynı kural. İşe alımda bedeli daha ağır olduğu için daha erken uygulanıyor.
Kim için
Aday tarama ve yazışma yükü altındaki İK uzmanları, işe alımcılar ve kendi ekibini kuran kurucular için. Kod bilgisi ön koşul değil; aracı ve sınırları doğal dilde tarif ediyorsun.
Otomatik eleme sistemi arayan için değil. Burada anlatılan akış, insan kararını hızlandırmak için değil, o karara daha iyi bilgiyle oturmak için kuruluyor.
Hukuki ya da uyum görüşü arayan için de değil. Veri işleme, saklama ve aday hakları kendi kurumunun kuralları ve danışmanınla belirleniyor.
Bugün yapılacak tek şey
Bir ilan seç. Akışın sonuna tek bir cümle yaz:
Ajanın hazırladığı bilgiye dayanarak kararı kim, hangi kaynakları görerek verecek?
Cevap belirsizse yeni araç bağlamadan önce onu düzelt.
İyi bir işe alım akışı, insanı daha hızlı etiketleyerek kurulmuyor. Değerlendiren kişinin doğru bilgiyi ve sorumluluğunu korumasıyla kuruluyor.