Škálovatelné pracovní postupy

01Konfigurovatelné fáze náborového procesu pro každou pozici

Výchozí náborový proces má sedm fází — přihlášeno, screening, užší výběr, pohovor, nabídka, přijato, zamítnuto — to však není globálně neměnné. Každá pozice si může definovat vlastní posloupnost fází, takže velkoobjemový nábor v maloobchodě může přidat další screeningová síta, zatímco executive search se může zredukovat pouze na fáze přihlášeno, pohovor a nabídka. Konfigurace je součástí konkrétní pozice, nikoli na oddělené stránce nastavení odtržené od dané role.

02Role-based permissions

Čtyři role – vlastník, administrátor, personalista a náborový manažer – každá vidí a může dělat záměrně jinou část produktu. Náborový manažer může posouvat kandidáty a zanechávat zpětnou vazbu k pozicím, pro které nabírá, aniž by potřeboval administrátorský přístup k fakturaci nebo správě týmu; personalisté spravují své pipeline bez možnosti měnit nastavení pro celou organizaci. Na tom záleží tím více, čím více se tým rozrůstá za bod, kdy každý opodstatněně potřebuje plný přístup ke všemu.

03Hromadné operace ve velkém objemu

Individuální hodnocení každého kandidáta v náborovém procesu přestává být škálovatelné již při více než hrstce uchazečů. Jediná akce v jednom průchodu znovu ohodnotí všechny neohodnocené přihlášky na danou pozici, respektuje měsíční kreditní limit organizace pro inteligentní hodnocení a v případě přerušení bez problémů naváže — což je užitečné pro pozici, na kterou během víkendu dorazily dvě stovky přihlášek a do pondělního rána je potřeba seřazený užší výběr.

Hromadné vytváření kandidátů a pracovních pozic se řídí stejnou filozofií: z jednoho nahraného souboru CSV lze vytvořit až 100 pozic a kandidáty lze přidávat hromadně přes CSV, vložením pole JSON nebo přetažením sady souborů CV přímo, přičemž každý z nich je automaticky analyzován a přidán do databáze talentů. Žádný z těchto hromadných postupů neobchází stejnou logiku ověřování a deduplikace, jakou používají formuláře pro jednotlivé záznamy — duplicitní e-mail při hromadném importu CSV je přeskočen přesně tak, jako by byl přeskočen duplicitní ruční záznam.

04Co se nemění s rostoucím objemem

Základní metodika hodnocení, auditní stopa u každé přihlášky a model oprávnění se nechovají odlišně při 10 přihláškách oproti 10 000 — neexistuje žádný samostatný „enterprise režim“ s odlišnými zárukami. Co se škáluje, je počet uživatelských míst tarifu, limit aktivních pozic a měsíční příděl kreditů na inteligentní hodnocení, nikoli samotná mechanika toho, jak hodnocení nebo oprávnění fungují uvnitř.

05Co obvykle selže jako první, když se náborový tým rozrůstá

Týmy přecházející od několika málo recruiterů k většímu oddělení náboru talentů obvykle narážejí na stejných několik třecích ploch, bez ohledu na to, jaké nástroje používají. Přehled o náborovém procesu je první z nich: jakmile více než dva nebo tři lidé posouvají kandidáty v rámci stejné pozice, někdo se nevyhnutelně zeptá: „Počkat, kdo a kdy tohoto kandidáta posunul?“ – proto je každá změna fáze ve výchozím nastavení opatřena časovým razítkem a autorem, nikoli jako volitelná funkce auditu přidaná až dodatečně.

Druhým problémem je nekonzistentní hodnocení napříč personalisty, což úzce souvisí s problémem posunu kritérií popsaným na stránce Strukturovaný nábor – dva personalisté provádějící screening na stejnou pozici s mírně odlišnými mentálními kritérii vytvoří pipeline, která na povrchu vypadá konzistentně (stejné fáze, stejná nástěnka), ale ve skutečnosti uplatňuje různé laťky. A nekontrolované šíření přístupových údajů je třetím: s růstem týmu se propast mezi „všichni mají plný přístup, protože když jsme byli tři, bylo to jednodušší“ a „skutečně potřebujeme oprávnění vázaná na role“ obvykle objeví náhle, zpravidla hned po chybě související s přístupem, nikoli proaktivně – proto model oprávnění založený na rolích existuje od prvního dne a není jen cestou upgradu, kterou si rostoucí tým musí pamatovat nakonfigurovat později.