Ölçeklenebilir İş Akışları

01İş başına yapılandırılabilir süreç aşamaları

Varsayılan iş hattı yedi aşamadan oluşur — başvuru yapıldı, ön eleme, kısa liste, mülakat, teklif, işe alındı, reddedildi — ancak bu genel olarak sabit değildir. Her iş ilanı kendi aşama sırasını tanımlayabilir; böylece yüksek hacimli bir perakende işe alım hamlesi ekstra ön eleme adımları ekleyebilirken, tek bir üst düzey yönetici araması yalnızca başvuru yapıldı, mülakat ve teklif aşamalarına indirgenebilir. Yapılandırma, geçerli olduğu belirli rolden bağımsız ayrı bir ayarlar sayfasında değil, iş ilanının kendisinde bulunur.

02Role-based permissions

Dört rol — sahip, yönetici, işe alım uzmanı ve işe alım müdürü — ürünün kasıtlı olarak farklı birer bölümünü görür ve kullanabilir. Bir işe alım müdürü, faturalandırma veya ekip yönetimine yönetici erişimine ihtiyaç duymadan işe alım yaptığı pozisyonlardaki adayları ilerletebilir ve geri bildirim bırakabilir; işe alım uzmanları ise kuruluş genelindeki ayarları değiştirme yetkisi olmadan kendi süreç hatlarını yönetir. Bu durum, bir ekip herkesin makul olarak her şeye tam erişime ihtiyaç duyduğu aşamayı aştıkça daha da önem kazanır.

03Yüksek hacimde toplu işlemler

Bir aday havuzundaki her adayı tek tek puanlamak, birkaç başvuru sahibinin ötesine geçildiğinde ölçeklenemez. Tek bir işlem, bir iş ilanı için puanlanmamış tüm başvuruları tek seferde yeniden puanlar, kuruluşun aylık akıllı puanlama kredi limitine saygı gösterir ve yarıda kesilirse sorunsuz bir şekilde kaldığı yerden devam eder; hafta sonu iki yüz başvuru almış ve pazartesi sabahına kadar sıralı bir kısa liste gerektiren bir pozisyon için faydalıdır.

Toplu aday ve iş ilanı oluşturma aynı felsefeyi izler: tek bir CSV yüklemesinden 100 adede kadar iş ilanı oluşturulabilir ve adaylar CSV, yapıştırılan bir JSON dizisi veya doğrudan bir grup CV dosyasını sürükleyip bırakarak toplu olarak eklenebilir; her biri ayrıştırılarak otomatik olarak talent pool içine eklenir. Bu toplu yöntemlerin hiçbiri, tek kayıtlı formların kullandığı doğrulama ve tekilleştirme mantığını atlamaz — toplu CSV içe aktarmadaki yinelenen bir e-posta, tıpkı yinelenen bir manuel girişte olduğu gibi atlanır.

04Hacim arttıkça değişmeyen unsurlar

Temel puanlama metodolojisi, her başvurudaki denetim kaydı ve yetkilendirme modeli 10 başvuruda da 10.000 başvuruda da farklı davranmaz — farklı garantilere sahip ayrı bir "kurumsal mod" yoktur. Ölçeklenen şey plan kademesinin kullanıcı koltuğu sayısı, aktif iş ilanı sınırı ve aylık akıllı puanlama kredi hakkıdır; puanlamanın veya izinlerin altta nasıl çalıştığına dair mekanikler değildir.

05Bir işe alım ekibi büyüdükçe genellikle ilk önce ne aksar

Birkaç işe alım uzmanından daha büyük bir yetenek kazanımı fonksiyonuna geçen ekipler, hangi araçları kullandıklarından bağımsız olarak genellikle aynı birkaç pürüz noktasıyla karşılaşır. Aday havuzu görünürlüğü bunların ilkidir: İkiden veya üçten fazla kişi aynı ilanın aday havuzunda adayları ilerletmeye başladığında, birileri kaçınılmaz olarak "bir dakika, bu adayı kim ne zaman taşıdı?" diye sorar — bu nedenle her aşama değişikliği, sonradan eklenen isteğe bağlı bir denetim özelliği olmak yerine varsayılan olarak zaman damgalıdır ve ilişkilendirilir.

İşe alım uzmanları arasındaki tutarsız değerlendirme ikinci sorundur ve Yapılandırılmış İşe Alım sayfasında açıklanan sapma problemiyle yakından ilişkilidir — aynı pozisyonu biraz farklı zihinsel kriterlerle inceleyen iki işe alım uzmanı, aslında farklı çıtalar uygularken yüzeyde tutarlı görünen bir süreç hattı (aynı aşamalar, aynı pano) oluşturur. Kimlik bilgilerinin kontrolsüz yayılması ise üçüncüsüdür: bir ekip büyüdükçe, "üç kişiyken daha kolay olduğu için herkesin tam erişimi vardı" anlayışı ile "aslında rol bazlı izinlere ihtiyacımız var" durumu arasındaki uçurum, proaktif olmaktan ziyade genellikle erişim kaynaklı bir hatanın hemen ardından aniden ortaya çıkar — bu nedenle rol tabanlı izin modeli, büyüyen bir ekibin daha sonra yapılandırmayı hatırlaması gereken bir yükseltme yolu olarak değil, ilk günden itibaren mevcuttur.