Skaleeritavad töövood

01Konfigureeritavad värbamisprotsessi etapid, töökohapõhiselt

Vaikimisi torustik on seitse etappi – kandideerinud, hindamine, lühinimekiri, intervjuu, pakkumine, palgatud, tagasi lükatud –, kuid see pole globaalselt fikseeritud. Iga töökoht saab määratleda oma etapijada, nii et suuremahuline jaemüügi värbamine võib lisada täiendavaid hindamisväravaid, samas kui üksik tippjuhi otsing võib piirduda vaid kandideerinud, intervjuu ja pakkumisega. Konfiguratsioon elab töökohal, mitte mõnel eraldi seadete lehel, mis on lahti ühendatud konkreetsest rollist, millele see kehtib.

02Role-based permissions

Neli rolli — omanik, administraator, värbaja ja värbamisjuht — näevad ja saavad teha teadlikult erinevaid toote osi. Värbamisjuht saab liigutada kandidaate ja jätta tagasisidet rollidele, mida nad värbavad, ilma et vajaks administraatori juurdepääsu arveldusele või meeskonna haldamisele; värbajad haldavad oma töövooge ilma võimaluseta muuta organisatsiooniüleseid seadeid. See on olulisem, kui meeskond kasvab punktist mööda, kus kõigil on mõistlikult vaja täielikku juurdepääsetavust kõigele.

03Partiitoimingud mahus

Iga kandidaadi individuaalne skoorimine töövoos ei ole skaleeritav üle käputäie taotlejate. Üks toiming skoorib uuesti kõik ühe töökoha skoorimata taotlused ühe korraga, austades organisatsiooni igakuist AI-skoorimise krediidilimiiti ja jätkates sujuvalt, kui see pooleli jäi – kasulik rolli puhul, mis sai nädalavahetusel kakssada taotlust ja vajab esmaspäeva hommikuks järjestatud lühinimekirja.

Kandidaatide ja töökohtade hulgi loomine järgib sama filosoofiat: ühe CSV-faili üleslaadimisega saab luua kuni 100 töökohta ja kandidaate saab lisada hulgim CSV, kopeeritud JSON-massiivi või CV-failide partii otse lohistades, millest igaüks analüüsitakse ja lisatakse automaatselt talentide andmebaasi. Ükski neist hulgimeetoditest ei jäta vahele sama valideerimis- ja dubleerimise vältimise loogikat, mida kasutavad üksikute kirjete vormid – korduv e-posti aadress hulgimpordis jäetakse vahele täpselt samamoodi nagu käsitsi sisestatud duplikaat.

04Mis ei muutu mahu kasvades

Aluseks olev hindamismetoodika, iga avalduse auditijälg ja lubade mudel ei käitu 10 avalduse versus 10 000 puhul teisiti – pole olemas eraldi "ettevõtte režiimi" erinevate garantiidega. See, mis skaleerub, on plaani taseme kasutajakohtade arv, aktiivsete töökohtade limiit ja igakuine intelligentse hindamise krediidilimiit, mitte hindamise või lubade toimimise mehaanika.

05Mis tavaliselt esimesena puruneb, kui värbamismeeskond kasvab

Meeskonnad, kes liiguvad paari värbaja juurest suurema talendi omandamise funktsiooni juurde, kipuvad tabama samu hõõrdepunkte, olenemata sellest, milliseid tööriistu nad kasutavad. Töövoo nähtavus on esimene: kui rohkem kui kaks või kolm inimest liigutavad kandidaate läbi sama töö töövoo, küsib keegi paratamatult „oota, kes liigutas selle kandidaadi ja millal“ — mistõttu iga etapi muutus on vaikimisi ajatempliga ja omistatud, mitte kui valikuline auditifunktsioon, mis on hiljem juurde poltidega kinnitatud.

Ebajärjekindel hindamine värbajate vahel on teine probleem, mis on tihedalt seotud struktureeritud värbamise lehel kirjeldatud triiviprobleemiga — kaks värbajat, kes skriinivad sama rolli veidi erinevate vaimsete kriteeriumidega, loovad töövoo, mis näeb pinnalt vaadates järjepidev välja (samad etapid, sama tahvel), kuid rakendab tegelikult erinevaid latti. Ja mandaatide vohamine on kolmas: meeskonna kasvades saabub lõhe "kõigil on täielik juurdepääs, sest see oli lihtsam, kui olime kolmekesi" ja "me vajame tegelikult rollipõhiseid õigusi" tavaliselt ootamatult, tavaliselt kohe pärast juurdepääsuga seotud viga, mitte ennetavalt — mistõttu rollipõhine õiguste mudel on olemas esimesest päevast, mitte kui uuendustee, mida kasvav meeskond peab hiljem konfigureerima.