İşə qəbul prosesinin mərhələləri nələrdir?

İşə qəbul mərhələsi, namizədin prosesdə harada olduğunu və orada kimin nə edəcəyini deyən bir dayanacaqdır. Bir mərhələ iclas bitdikdə deyil, qeyd dəyişdikdə bitir. Status yenilənməyibsə mərhələ, danışılmış olsa belə, sistem üçün baş verməmişdir.

Mövzu ilə bağlı mənbələr prosesi adətən sabit bir rəqəmlə anladır: yeddi mərhələ, on üç addım. Bu rəqəm heç kimin şirkətindən çıxmır. Bir şirkətdə texniki tapşırıq ayrıca mərhələdir, digərində müsahibənin içindədir; birində istinad yoxlaması var, birində yoxdur. Sabit olan rəqəm deyil, sıradır.

GoTeam tərəfində bu sıranın qarşılığı sabit bir status dəstidir. Müraciət statusu sxemdə səkkiz dəyər alır; beşi işə qəbul qərarına qədərki yolu anladır: Gözləyir, Baxılır, Müsahibə, Qəbul, İşə Götürüldü. Qalan üçü Rədd ilə işə qəbuldan sonrasıdır. Öz mərhələlərinizi bu dəstin üstündə qurursunuz; dəsti dəyişmirsiniz, doldurursunuz.

• Mərhələnin nəticəsi bir sənəd deyil, bir status dəyişməsidir. Qeyd edilməyən nəticə növbəti mərhələni açmır.
• Keçidi insan edir. Süni intellekt təklif verir, heç bir müraciətin statusunu öz-özünə dəyişmir.
• Prosesdəki yeganə avtomatik status dəyişməsi son addımdadır: namizəd məlumat formasını göndərdikdə müraciət İşə Götürüldü olur.

Proses elanla deyil, rolun tərifi ilə başlayır. Paneldə vəzifə adı və departament elandan ayrı qeydlərdir: Daxili Vəzifə (başlıq, departament, səviyyə, aktivlik) və Departament. Elan formasında daxili vəzifəni seçdikdə departament öz-özünə dolur; formadan çıxmadan yeni vəzifə və ya departament da aça bilərsiniz. Yayımlanan iş elanı ilə şirkətdaxili vəzifə adı kodda ayrı anlayışlardır, ikisini qarışdırmaq sonrakı mərhələlərdə işçi qeydinin səhv vəzifəyə bağlanmasına aparır.

Elan forması tək ekranda dörd işi birdən görür: əsas məlumatlar, elan mətni, çəkili tələblər və məsuliyyətlər, ballama zolaqları və elana özəl müraciət sualları. Tələb çəkilərinin cəmi tam 100 olmadan elan yadda saxlanılmır. Qayda hər iki tərəfdə tətbiq olunur: yadda saxla düyməsi müştəri tərəfində açılmır, server də yazma anında sxemlə yenidən yoxlayır. Səbəbi üçüncü addımda görünür, eyni siyahı qiymətləndirmənin də mənbəyidir.

Elanı yayıma verdikdə paketinizin aktiv elan haqqı yoxlanılır; haqq bitibsə yayıma vermə rədd edilir, limitsiz planlarda yoxlama buraxılır. Elanın axtarış nəticələrinə düşməsi üçün iki qapının birdən açıq olması lazımdır: elan aktiv olacaq, təsvir, tələblər və məsuliyyətlərin cəmi 300 simvolu keçəcək. Hədd təxminlə deyil, ölçmə ilə qoyuldu: yayımdakı 13 aktiv elanın ən qısa gövdəsi 310, medianı 489 simvol idi.

• Bu mərhələnin nəticəsi: yayımda bir elan, çəkiləri 100 olan bir tələb siyahısı və həmin elana bağlı bir müraciət forması.
• Qərar zolaqları elan başına tənzimlənir. Susmaya görə güclü 55, baxış 35, zəif 20 və azalan sırada olmalıdır.
• Müraciət son tarixi keçən aktiv elanı sistem bağlayır, bağlanan elanın ünvanı 404 qaytarır.

Müraciətlər şirkətin karyera səhifəsindən toplanır. Səhifənin ünvanı /c/ ilə başlayır, elan təfərrüatı öz ünvanında açılır, müraciət forması elanın altındadır. Namizəd tərəfində CV yükləməsi yalnız PDF qəbul edir, fayl həddi 5 MB. Word sənədi yalnız Korporativ paketdə Drive idxalı yolu ilə girir, namizəd müraciətində yox.

Müraciət yadda saxlandığı anda arxa planda iki iş başlayır: namizədə qəbul edildi e-poçtu gedir və CV təhlili xətti növbəyə düşür. Müraciət edən bunun üçün heç nə etmir, paneldə də düyməyə basılmır. Qeyd Gözləyir statusunda doğulur və ilk insan hərəkətini, yəni baxışı gözləyir.

Burada status anlayışını doğru yerləşdirmək lazımdır, çünki prosesin qalanı buna söykənir. Status bir etiket deyil, sonrakı mərhələnin açarıdır. Müsahibə planlaşdırarkən avtomatik status irəliləməsi yalnız Gözləyir və Baxılır statusundakı müraciətlərdə işləyir; sənəd tələbi yalnız Qəbul və İşə Götürüldü statusundakı müraciətlərdə açılır. Statusu yeniləmədən irəliləyən prosesdə sonrakı mərhələnin düyməsi heç açılmır.

Qiymətləndirmə mərhələsində müraciət siyahısı uyğunluq balına görə sıralanır və hər sətirdə bir qərar zolağı nişanı durur: güclü uyğunluq, baxışda, zəif uyğunluq, meyar xarici. Zolaqların həddi elan başına tənzimlənir, yəni "güclü" sözü hər elanda eyni rəqəmi göstərmir. İlk oxumada baxılacaq yer sıralamanın özü deyil, zolağın elanın meyarları ilə uyuşub-uyuşmadığıdır.

Balın necə çıxdığı, bala nə qədər güvəniləcəyini müəyyən edir. Model bal vermir: hər meyar üçün "bu sənəddə sübutlanıbmı" sualına cavab verir və eynilə sitat buraxır, toplamanı kod edir. Sübutu tapılmayan meyar yarım bal sayılmır, məxrəcdən düşür; sübutun yoxluğu namizədin qüsuru deyil. Məcburi işarələnmiş meyar qarşılanmadıqda namizəd siyahıdan düşmür, balına tavan qoyulur; susmaya görə tavan 54, yəni güclü zolağın dərhal altı.

Məcburi meyarlardakı il hesabı modeldən soruşulmur, kodda edilir; 12 çətin sərhəd halının 12-sində doğru qərar verdi və səhv kənarlaşdırma çıxmadı. Sistem keçmiş işə qəbul nəticələrindən də öyrənmir: kimin müsahibəyə çağırıldığı və ya işə götürüldüyü ballamaya girmir. Bu mərhələnin nəticəsi bir bal deyil, bir status dəyişməsidir. Davam ediləcək namizədlər Baxılır, davam edilməyəcəklər Rədd statusuna alınır.

Müsahibə Planlaşdır pəncərəsində namizədi, tarixi, müddəti və müsahibə tipini seçirsiniz. Pəncərədə "müraciəti Müsahibə statusuna daşı" seçimi ayrıca durur; işarələsəniz status öz-özünə irəliləyir. Amma yalnız müraciət Gözləyir və ya Baxılır statusundadırsa. Başqa statusdadırsa keçid səssizcə buraxılır, planlaşdırma yenə uğurlu olur. Bu, planlaşdırmanın status ucbatından düşməməsi üçün verilmiş şüurlu qərardır. Nəticəsi də budur: müsahibə təqvimdə görünərkən müraciət köhnə statusunda qala bilər.

Onlayn müsahibə, Google Workspace bağlı deyilkən planlaşdırıla bilmir; görüş keçidi oradan yaradılır. Üzbəüz müsahibə Workspace bağlı olmadan da planlaşdırılır, yalnız təqvim hadisəsi yaranmır. Eyni namizədə toqquşan saatda ikinci müsahibə qurula bilməz; toqquşma yoxlaması namizəd e-poçtu, saat və müddət üzərindən aparılır və lazım gəldikdə əllə keçilə bilər.

Bu mərhələdə ən çox təəccübləndirən şey e-poçtdur. Mərhələ dəyişəndə namizədə xəbər getməsi bir seçimdir, avtomatik deyil: statusu dəyişdikdə panel iki düymə təklif edir, "Yalnız Yenilə" və "E-poçt Göndər". Şirkətdə e-poçt göndərilməsi bağlıdırsa yalnız yeniləmə düyməsi qalır, pəncərə bunu yazır. Şablonlu bildiriş isə yalnız üç status üçün var: Qəbul, Rədd və Baxılır.

Qəbul qərarı bu prosesdə bir bitiş deyil, bir qapı açma əməliyyatıdır. Sənəd və məlumat tələbi yalnız Qəbul və ya İşə Götürüldü statusundakı müraciətlərdə açılır; başqa statusdakı müraciətə tələb göndərmək xidmət səviyyəsində rədd edilir. Tələb ekranında son tarix verirsiniz, hazır sənəd dəstlərindən seçirsiniz, təhvil verilən faylları eyni ekranda nəzərdən keçirirsiniz.

Qəbul və ya İşə Götürüldü statusundan geri dönüş sərbəst deyil. Həmin müraciətə bağlı açıq bir sənəd və ya məlumat tələbi varsa sistem xəbərdarlıq yaradır və keçidin davam etməsi üçün əsas yazmağınızı istəyir; əsas ayrıca bir audit sahəsi kimi yazılır. İstifadəçilər bunu çox vaxt xəta sanıb imtina edir, halbuki qapı şüurludur: açıq tələbi olan namizədi səssizcə geri almaq, namizədin hələ də sənəd yüklədiyi prosesi bağlayır.

Son addım prosesdəki yeganə avtomatik status dəyişməsidir. Namizəd məlumat formasını göndərdikdə eyni əməliyyatda üç şey birdən olur: işçi qeydi açılır, məşğulluq dövrü başlayır və müraciət İşə Götürüldü statusuna keçir. Üçü tək verilənlər bazası hərəkətidir, biri olmasa heç biri olmur. Eyni şəxs əvvəllər işləyibsə yeni işçi qeydi açılmır; mövcud qeyd təzələnir, köhnə məşğulluq dövrü bağlanır, yeni dövr açılır və korporativ e-poçt yenidən istifadə olunur.

Bir prosesi kağız üzərində qurmaq asandır; onu işlədən şey mərhələlər arasındakı bağdır. GoTeam-də bu bağ boş deyil: bir mərhələnin nəticəsi qeyd edilməyibsə növbəti mərhələnin aləti açılmır. Bu səbəbdən mərhələləri "kim nə edir" deyə deyil, "nə istehsal edir və o istehsal nəyi açır" deyə oxumaq lazımdır.

Aşağıdakı cədvəl bunu sətir-sətir göstərir. Sağ sütun, o nəticə yox ikən istifadəçinin paneldə nə ilə qarşılaşacağını yazır. Xəta mesajı çıxmır; düymə heç görünmür və ya əməliyyat səssizcə buraxılır.

Eyni məhsulu işlədən iki şirkət eyni sayda mərhələ görmür. Səbəb yalnız proseslərinin fərqli olması deyil: hansı ekranın kimə açılacağını üç ayrı qapı müəyyən edir və bu qapılar bir-birindən asılı deyil. Bir ekranın görünməsi üçün üçünün də açıq olması lazımdır.

"Bizdə sənəd mərhələsi yoxdur" cümləsi çox vaxt proseslə deyil, bağlı bir qapı ilə bağlıdır. Hansı qapının bağlı olduğu bilinmədən proses yenidən dizayn edilərsə eyni yerə qayıdılır.

Aşağıdakılar proses dizaynı səhvi deyil, istismar səhvidir: proses doğru qurulub, mərhələlər arasındakı bağ əllə pozulur. Dördü də eyni yerdən çıxır, bir mərhələnin nəticəsini qeyd etməməkdən.

• Statusu ən sona buraxmaq. Mərhələ bitən kimi qeyd etmək yerinə "sonra toplu keçərəm" demək, aradakı bütün qapıları bağlı saxlayır. Müsahibə planlaşdırılır, amma avtomatik keçid işləmir, qəbul verilir, amma sənəd tələbi açılmır.
• Süni intellektin təklifini qərar saymaq. Bal sıralayır və işarələyir; namizədi növbəti mərhələyə daşıyan əməliyyat həmişə bir istifadəçinin təsdiqidir və o istifadəçinin adı ilə qeydə düşür.
• İşə Götürüldü statusunu əllə işarələmək. İşçi qeydi və məşğulluq dövrü yalnız namizədin məlumat forması göndərişi ilə yaranır; əllə işarələnən müraciət prosesi yarımçıq qoyur.
• Mərhələ dəyişəndə namizədə xəbər getdiyini güman etmək. E-poçt göndərilməsi pəncərədə ayrıca seçilir və şablonu olan yalnız üç status var: Qəbul, Rədd və Baxılır.