Latvijas IT tirgū precīza tehnoloģiju kombinācija var izskatīties pēc droša filtra, bet praksē tā bieži izslēdz cilvēkus ar ļoti līdzīgu pieredzi. Laba meklēšana sākas ar problēmām un atbildību, ko jaunais speciālists pārņems.
Īsā atbilde
Sadaliet prasības obligātajās, apgūstamajās un tikai vēlamajās. Meklējiet pēc sistēmu mēroga, atbildības un līdzīgām tehnoloģijām, bet tehnisko dziļumu pārbaudiet strukturētā sarunā vai darba uzdevumā.
Kāpēc šāds atlases uzdevums mēdz iestrēgt
Amatu nosaukumi dažādos uzņēmumos nav salīdzināmi. DevOps Engineer var būt infrastruktūras administrators, platformas izstrādātājs vai cilvēks, kurš vada incidentu procesu.
Publiskā profilā nav redzams viss. Daļa cilvēku neuzskaita klientu projektus, drošības kontekstu vai sistēmu mērogu, tāpēc atslēgvārdu trūkums nav automātisks atteikuma pamats.
Praktiska darba plūsma
1. Aprakstiet tehnisko problēmu
Norādiet sistēmas vidi, mērogu, komandas sastāvu, galvenos lēmumus un to, kas cilvēkam jāpaveic pirmajos sešos mēnešos.
2. Izveidojiet sinonīmu karti
Pievienojiet alternatīvus amatu nosaukumus, radniecīgas tehnoloģijas un uzņēmumu tipus ar līdzīgu sarežģītību.
3. Kalibrējiet ar nelielu profilu kopu
Kopā ar tehnisko vadītāju pārskatiet pirmos kandidātus un fiksējiet, kuri pierādījumi mainīja sākotnējo vērtējumu.
4. Pārbaudiet dziļumu, nevis vārdu sarakstu
Lūdziet kandidātam izskaidrot lēmumu, alternatīvas, neveiksmi un rezultātu. Vienādas tēmas izmantojiet visiem procesa dalībniekiem.
Kam jābūt vienā darba vidē
- sistēmas problēma un mērogs
- obligātās un apgūstamās tehnoloģijas
- alternatīvi amatu nosaukumi
- atbildības un lēmumu pierādījumi
- darba forma, valoda un motivācija
Pārbaudiet pieeju īstā atlases uzdevumā
Izvēlieties vienu aktīvu vakanci un divu nedēļu pilotu. Sāciet ar “sistēmas problēma un mērogs” un “obligātās un apgūstamās tehnoloģijas”; ja šie divi punkti nav skaidri, lielāks kandidātu skaits tikai palielinās troksni. Norīkojiet procesa īpašnieku un ieplānojiet pirmo kopīgo profilu pārskatu.
Izveidojiet sākotnējo kalibrēšanas grupu ar astoņiem līdz divpadsmit profiliem. Tajā apzināti iekļaujiet skaidrus “Jā”, pamatotus “Varbūt” un profilus, kuri sākumā izskatās labi, bet neatbilst vienam būtiskam kritērijam. Katram vērtētājam pirms diskusijas jāuzraksta sava izvēles loģika.
Pēc pirmajām kandidātu sarunām vēlreiz pārbaudiet “alternatīvi amatu nosaukumi” un “atbildības un lēmumu pierādījumi”. Fiksējiet, kuri pieņēmumi apstiprinājās, kuri izrādījās kļūdaini un ko no publiskā profila nebija iespējams zināt. Brīfu mainiet pēc tirgus pierādījumiem, nevis pēc jauna vēlmju saraksta.
Pilota beigās izlemiet, kuri soļi uzlaboja kandidātu izlases kvalitāti vai atbilžu īpatsvaru. Atmetiet administrēšanu, kas nepalīdz pieņemt lēmumu, un skaidri norādiet vietas, kur cilvēka pārbaude ir obligāta. Nākamajam mandatam jāpārņem metode, nevis jākopē iepriekšējais uzņēmumu saraksts.
Mēriet meklēšanas kvalitāti, ne tikai apjomu
Skaitiet, cik pārskatītajiem profiliem ir pārbaudāms pamatojums kritērijam “sistēmas problēma un mērogs”, cik uzrunātie kandidāti atbild pēc būtības un cik no pārbaudītā saraksta nonāk nākamajā posmā. Datubāzes lielums pats par sevi neparāda atlases kvalitāti.
Katram izkritušajam kandidātam pievienojiet īsto iemeslu. Atšķiriet neprecīzu brīfu, nepietiekamu pierādījumu, vēlu atgriezenisko saiti, atalgojumu, darba modeli un motivācijas maiņu. Ja “darba forma, valoda un motivācija” atkārtojas, jāmaina piedāvājums vai meklēšanas virziens, nevis tikai jāpalielina ziņu skaits.
Datu aizsardzība un pieraksti ikdienas darbā
Glabājiet tikai profesionālajam mērķim vajadzīgo informāciju un norādiet avotu, pēdējās pārbaudes datumu un piekļuvi. “atbildības un lēmumu pierādījumi” jāpamato ar darba faktiem, nevis pieņēmumiem par kandidāta privāto dzīvi, veselību vai citām lomai neatbilstošām īpašībām.
Ja meklēšanā izmanto publiska profila lauku, atlases speciālistam jāspēj izskaidrot tā nozīmi konkrētajai lomai. Ievērojiet kandidāta iebildumus, labojumus un datu dzēšanas termiņus, un neļaujiet eksportētam sarakstam pēc mandāta beigām turpināt nekontrolētu dzīvi izklājlapās.
MI palīdz meklēt, bet nepieņem lēmumu
Kandidātu meklēšana ar MI var sasaistīt radniecīgas tehnoloģijas un karjeras ceļus, kurus precīzs Būla vaicājums neatrod.
MI nevar no īsa profila noteikt koda kvalitāti vai sistēmu projektēšanas prasmi. Tehniskais vērtējums jāveic kompetentam cilvēkam.
Kad Yena ir piemērota un kad vajadzīgs cits risinājums
Yena palīdz izveidot meklēšanu, pārskatīt atbilstības pamatojumu, kalibrēt kandidātus un turpināt ar kontaktu, uzrunu un ATS procesu.
Kodēšanas uzdevumiem, drošības pārbaudēm vai sertifikācijai vajadzīgs atsevišķs novērtēšanas risinājums.
Biežākie jautājumi
Vai visas tehnoloģijas jānorāda kā obligātas?
Nē. Atstājiet kā obligātu tikai to, bez kā cilvēks nevar sākt darbu. Radniecīgu rīku pieredze bieži ir pietiekams pamats tālākai pārbaudei.
Kur meklēt IT kandidātus Latvijā?
Apvienojiet savu datubāzi, ieteikumus, profesionālos profilus un kandidātu meklēšanu ar MI. Galvenais ir konkrēts uzrunas iemesls, nevis kanālu skaits.
Vai MI var aizstāt tehnisko interviju?
Nē. MI var palīdzēt atrast un sakārtot signālus, bet tehnisko dziļumu pārbauda cilvēks ar atbilstošu kompetenci.
Avoti un papildu konteksts
Sāciet ar īstu atlases brīfu
Aprakstiet vajadzīgo cilvēku dabiskā valodā. Yena palīdz atrast kandidātus, pārbaudīt atbilstības pamatojumu un pāriet pie mērķētas uzrunas.
Apskatīt Yena Talent Sourcer