Pakeičiamo dydžio darbo eigos

01Konfigūruojami atrankos etapai kiekvienam darbui

Numatytasis atrankos procesas susideda iš septynių etapų: paraiška, atrinkimas, trumpasis sąrašas, pokalbis, pasiūlymas, įdarbinta, atmesyta, tačiau tai nėra fiksuota visur. Kiekvienas darbas gali apibrėžti savo etapų seką, todėl didelių apimčių mažmeninės prekybos paieška gali pridėti papildomus patikros vartus, o vienintelė vadovų paieška gali apsiriboti paraiška, pokalbiu ir pasiūlymu. Ši konfigūracija saugoma darbo skelbime, o ne atskiruose nustatymuose, kurie nebūtų susiję su konkrečiomis pareigomis.

02Role-based permissions

Keturi vaidmenys – savininkas, administratorius, atrankos specialistas ir samdantis vadovas – kiekvienas mato ir gali daryti sąmoningai skirtingą produkto dalį. Samdantis vadovas gali perkelti kandidatus ir palikti atsiliepimus apie roles, kurias samdo, be administratoriaus prieigos prie atsiskaitymo ar komandos valdymo; atrankos specialistai valdo savo piltuvėlius be galimybės keisti visos organizacijos nustatymus. Tai svarbiau komandai augant už taško, kur visiems pagrįstai reikia pilnos prieigos prie visko.

03Paketinės operacijos dideliu mastu

Kiekvieno kandidato atrankoje vertinimas atskirai nepasiteisina perkeliant mastelį virš kelių pretendentų. Vienas veiksmas iš naujo įvertina kiekvieną neįvertintą paraišką darbui vienu ypu, laikantis organizacijos mėnesinio išmaniojo vertinimo kreditų limito ir sklandžiai pratęsiant darbą, jei jis buvo nutrauktas pusiaukelėje — tai naudinga pozicijai, kuri savaitgalį sulaukė dviejų šimtų paraiškų ir kuriai iki pirmadienio ryto reikia reitinguoto trumpojo sąrašo.

Masinis kandidatų ir darbo vietų kūrimas vadovaujasi ta pačia filosofija: iki 100 darbo vietų galima sukurti iš vieno CSV įkėlimo, o kandidatus galima pridėti masiškai per CSV, įklijuotą JSON masyvą arba tiesiogiai įmetus CV failų paketą, kiekvienas iš jų automatiškai išanalizuojamas ir pridedamas prie talentų grupės. Nė vienas iš šių masinių būdų neaplenkia tos pačios tikrinimo ir dublikatų šalinimo logikos, kurią naudoja vieno įrašo formos – dubliuotas el. paštas masiniame CSV importe praleidžiamas lygiai taip pat, kaip būtų praleistas dubliuotas rankinis įrašas.

04Kas nesikeičia augant apimčiai

Pagrindinė vertinimo metodika, kiekvienos paraiškos audito pėdsakas ir leidimų modelis nesielgia skirtingai esant 10 paraiškų, palyginti su 10 000 – nėra atskiro „įmonės režimo“ su skirtingomis garantijomis. Tai, kas plečiasi, yra plano lygio darbo vietų skaičius, aktyvių darbų limitas ir mėnesinis inteligentiško vertinimo kreditų limitas, o ne vertinimo ar leidimų mechanika.

05Kas paprastai sugenda pirmiausia augant atrankos komandai

Komandos, pereinančios nuo kelių atrankos specialistų prie didesnės talentų įsigijimo funkcijos, linkusios susidurti su tais pačiais keliais trinties taškais, nepriklausomai nuo to, kokius įrankius jos naudoja. Grandinės matomumas yra pirmasis: kai daugiau nei du ar trys žmonės perkelia kandidatus per to paties darbo grandinę, kažkas neišvengiamai paklausia „palauk, kas perkėlė šį kandidatą ir kada“ – todėl kiekvienas etapo keitimas gauna laiko žymą ir yra priskiriamas pagal numatytuosius nustatymus, o ne kaip papildoma audito funkcija, pridėta vėliau.

Nenuoseklus vertinimas tarp atrankos specialistų yra antroji problema, glaudžiai susijusi su „Struktūrizuoto įdarbinimo“ puslapyje aprašyta „dreifo“ problema – du atrankos specialistai, vertinantys tą pačią rolę su šiek tiek skirtingais mentaliniais kriterijais, sukuria piltuvėlį, kuris paviršiuje atrodo nuoseklus (tie patys etapai, ta pati lenta), bet iš tikrųjų taiko skirtingus standartus. O kredencialų plėtra yra trečioji: komandai augant, atotrūkis tarp „visi turi pilną prieigą, nes buvo lengviau, kai buvome trys“ ir „mums iš tikrųjų reikia rolėmis pagrįstų leidimų“ linkęs atsirasti staiga, dažniausiai iškart po su prieiga susijusios klaidos, o ne proaktyviai – todėl rolėmis pagrįstas leidimų modelis egzistuoja nuo pirmos dienos, o ne kaip atnaujinimo kelias, kurį auganti komanda turi prisiminti sukonfigūruoti vėliau.