Прилагодливи работни текови
Истиот систем за тим за регрутирање од две лица и организација за стекнување таленти од педесет лица.
Работните процеси за вработување имаат тенденција да се прекинат на еден од два предвидливи начина: тие се доволно крути што одговараат точно на процесот на еден тим за вработување, а на ничиј друг, или се доволно лабави што тимот што расте ја губи конзистентноста во моментот кога повеќе од неколку регрутери работат на истиот канал. Оваа страница ги опфаќа специфичните точки на конфигурација што му овозможуваат на работниот процес на Expertini да се скалира во двете насоки без повторно градење.
На оваа страница
- Конфигурабилни фази на процесот, по работно место
- Role-based permissions
- Групни операции во обем
- Што не се менува како што расте обемот
- Што обично се расипува прво како што расте тимот за вработување
- Како ова е архитектонски изведено во платформата
- Оперативна и ревизорска положба
- Често поставувани прашања
01Конфигурабилни фази на процесот, по работно место
Стандардниот процес е седум фази — аплицирано, селекција, потесен избор, интервју, понуда, вработено, одбиено — но ова не е фиксирано глобално. Секој оглас може да дефинира своја низа на фази, така што масовно вработување во малопродажба може да додаде дополнителни порти за селекција, додека едно извршно пребарување може да се сведе само на аплицирано, интервју и понуда. Конфигурацијата живее на огласот, а не на некоја посебна страница за поставки исклучена од специфичната улога на која се однесува.
02Role-based permissions
Четири улоги — сопственик, администратор, регрутер и менаџер за вработување — секоја гледа и може да направи намерно различен дел од производот. Менаџерот за вработување може да преместува кандидати и да остава повратни информации за улогите за кои вработува без да му треба администраторски пристап до наплата или управување со тимот; регрутерите управуваат со своите цевководи без можност да ги менуваат поставките на ниво на организација. Ова е поважно како што тимот расте над точката каде што на секој разумно му треба целосен пристап до сè.
03Групни операции во обем
Оценувањето на секој кандидат во цевководот поединечно не е скалабилно над неколку апликанти. Една акција повторно го оценува секој неоценет кандидат за работа во еден потег, почитувајќи ја месечната дозвола за интелигентно оценување на организацијата и продолжувајќи чисто ако е прекината на половина пат — корисно за улога што добила двесте апликации преку викенд и на која и треба рангирана листа до понеделник наутро.
Масовното креирање кандидати и работни места ја следи истата филозофија: до 100 работни места може да се креираат од едно CSV прикачување, а кандидатите може да се додаваат масовно преку CSV, залепена низа JSON или со директно пуштање на серија CV-датотеки, секоја анализирана и автоматски додадена во базенот на таленти. Ниту една од овие масовни патеки не ја заобиколува истата логика за валидација и дедупликација што ја користат формите за еден запис — дупликат е-пошта во масовен CSV увоз се прескокнува на ист начин како што би бил дупликат рачен запис.
04Што не се менува како што расте обемот
Основната методологија на бодување, ревизорската трага на секоја апликација и моделот на дозволи не се однесуваат поинаку при 10 апликации наспроти 10.000 — нема посебен „enterprise режим“ со различни гаранции. Она што се скалира е бројот на места на нивото на планот, ограничувањето на активни работни места и месечната дозвола за кредити за интелигентно бодување, а не механиката на тоа како бодувањето или дозволите работат под хаубата.
05Што обично се расипува прво како што расте тимот за вработување
Тимовите што се преселуваат од неколку регрутери кон поголема функција за стекнување таленти имаат тенденција да ги погодат истите неколку точки на триење, независно од тоа кои алатки ги користат. Видливоста на цевководот е прва: штом повеќе од двајца или тројца луѓе преместуваат кандидати низ цевководот на истата работа, некој неизбежно прашува „чекај, кој го премести овој кандидат и кога“ — поради што секоја промена на фаза е со временска ознака и атрибуирана стандардно наместо како опционална функција за ревизија додадена подоцна.
Неконзистентната евалуација кај регрутерите е вториот проблем, тесно поврзан со проблемот на одлив опишан на страницата за структурирано вработување — двајца регрутери што ја проверуваат истата улога со малку различни ментални критериуми произведуваат цевковод што изгледа конзистентно на површината (исти фази, иста табла) додека всушност применуваат различни стандарди. А ширењето на акредитивите е третиот: како што тимот расте, јазот помеѓу „секој има целосен пристап бидејќи беше полесно кога бевме тројца“ и „всушност ни требаат дозволи со опсег на улоги“ има тенденција да пристигне одеднаш, обично веднаш по грешка поврзана со пристапот наместо проактивно — што е причината зошто моделот на дозволи базиран на улоги постои од првиот ден, а не како пат за надградба што тимот во раст мора да запомни да го конфигурира подоцна.
Архитектура и операции на платформата
A1Како ова е архитектонски изведено во платформата
Прилагодливи работни текови is not a bundle of point products — it is a slice through one platform. Платформата е намерно рендерирана на серверот: секој преглед е подготвен од серверот на апликацијата и испорачан како комплетен HTML, без рамка на страната на клиентот, без скрипти од трети страни и без процес на градење помеѓу податоците и страницата. Она што се рендерира е она што го пресметал серверот — својството што го прави интерфејсот ревизорски.
Целата постојаност работи на единствена продавница за документи со изворно пребарување; секое барање го носи идентификаторот на организацијата како задолжителен филтер на најнискиот слој на барања. Изолацијата на закуп е затоа структурна — својство на тоа како се составува секое барање — наместо политика што се потпира на апликацискиот код што треба да се сети да провери.
Секоја способност наведена на оваа страница се решава до регистрирана алатка или конектор: директориумот на алатки и каталогот на интеграции се прикази на истите регистри што апликацијата ги спроведува при извршување, така што она што оваа страница го опишува и она што го ограничува производот никогаш не можат да се разделат.
A2Оперативна и ревизорска положба
Селекцијата е детерминистичка и објавена — истите влезови произведуваат исти излези, тврдите барања блокираат наместо да просекуваат, а методологијата е јавна на страницата за истражување. Акциите што допираат до надворешни системи се експлицитни и евидентирани по настан; известувањето за користење ги агрегира истите дневници што ги пишуваат акциите, а не паралелен систем за телеметрија.
Сè што го напушта бараниот пат — ширење на известувања, испорака на веб-куки, евиденција на активности, пошта — се извршува во позадински нишки од типот „испрати и заборави“. Бавна надворешна крајна точка никогаш не може да предизвика застој на интерфејсот, а неуспешниот спореден ефект се евидентира наместо тивко да се обидува повторно до недоследност.
Сè што е напишано е ваше да го земете: CSV извозите и апликацијата Data Export ги опфаќаат истите складишта што ги чита самиот производ. Излезот е отворен како и влезот — по дизајн, а не по отстапка.
Често поставувани прашања
Дали различни работни места можат да имаат различни фази на цевководот?⌄
Која е разликата помеѓу улогата на регрутер и менаџер за вработување?⌄
Дали масовниот увоз на кандидати ја прескокнува валидацијата што ја има рачното внесување?⌄
Дали има ограничување за тоа колку кандидати можат да се бодуваат одеднаш?⌄
На прв поглед
- Фази на цевководот што се конфигурираат по работа
- Четири различни улоги за дозволи
- CMS бодување во серија со еден клик при голем обем
- Масовен увоз на кандидати преку CSV, JSON и прикачување на CV
- До 100 работни места по CSV масовно прикачување
- Иста ревизорска патека и методологија при кој било обем
Погледнете го прилагодливи работни текови при вашето сопствено вработување.
Донесете вистински опис на работно место на 30-минутно демо — вклучена бесплатна проба.
Закажете демо