Kuidas juuniori taltsutada?

Kuidas pääseda suurde ettevõttesse, kui oled juunior? Kuidas palgata väärt juunior, kui oled suurettevõte? Allpool räägin teile meie loo algajate palkamisest front-end'i: kuidas me töötasime välja testülesanded, valmistusime intervjuude läbiviimiseks ja ehitasime üles mentorprogrammi uute tulijate arendamiseks ja sisseelamiseks ning miks standardsed intervjuuküsimused ei toimi.

Ma üritan ühte juuniori taltsutada.

Tere! Minu nimi on Pavel ja ma töötan Wrike'i meeskonnas front-end'ina. Me loome projektijuhtimise ja koostöö süsteemi. Olen veebis töötanud alates 2010. aastast, töötanud 3 aastat välismaal eemalt, osalenud mitmes idufirmas ja õpetanud ülikoolis veebitehnoloogiate kursust. Ettevõttes osalen tehniliste kursuste ja Wrike'i noorematele tudengitele mõeldud mentorlusprogrammi väljatöötamises ning otseselt nende värbamises.

Miks me üldse mõtlesime nooremate töötajate palkamisele?

Kuni viimase ajani värbasime keskastme või kõrgema taseme front-end arendajaid – piisavalt iseseisvaid, et pärast tööle asumist tootega seotud ülesandeid täita. Selle aasta alguses saime aru, et tahame seda poliitikat muuta: aasta jooksul on meie tootemeeskondade arv peaaegu kahekordistunud, front-end arendajate arv läheneb sajale ja lähitulevikus peaks see kõik taas kahekordistuma. Tööd on palju, vabu käsi vähe ja neid on turul veelgi vähem, seega otsustasime pöörduda inimeste poole, kes alles alustavad oma teed front-end valdkonnas, ja mõistsime, et oleme valmis nende arendusse investeerima.

Kes on juunior?

See on kõige esimene küsimus, mille me endale esitasime. On erinevaid kriteeriume, kuid kõige lihtsam ja arusaadavam põhimõte on järgmine:

Juuniorile tuleb selgitada, millist funktsiooni ja kuidas seda teha. Keskmisele õpilasele tuleb selgitada, millist funktsiooni on vaja, ja ta mõtleb ise välja implementatsiooni. Vanem õpilane selgitab sulle, miks seda funktsiooni üldse pole vaja teha.

Ühel või teisel moel on juunior arendaja, kes vajab nõu konkreetse lahenduse rakendamiseks. Millest me otsustasime alustada:

1. Juunior - keegi, kes soovib areneda ja on valmis selle nimel kõvasti tööd tegema;
2. Ta ei tea alati, millises suunas ta areneda tahab;
3. Vajab nõu ja otsib abi väljastpoolt – oma juhilt, mentorilt või kogukonnalt.

Meil oli ka mitu hüpoteesi:

1. Juuniori ametikohale tuleb tormiliselt vastuseid.Juba CV saatmise etapis on vaja juhuslikud vastused välja filtreerida;
2. Põhifilter ei aita. — on vaja rohkem testülesandeid;
3. Testiülesanded peletavad kõik eemale - neid pole vaja.

Noh, muidugi, meil oli eesmärk: 4 juuniori 3 nädala jooksul.

Selle teadmisega alustasime katsetamist. Plaan oli lihtne: alustada võimalikult laia lehtriga ja proovida seda järk-järgult kitsendada, et saaksime voogu töödelda, kuid mitte vähendada seda ühe kandidaadini nädalas.

Kuulutame välja vaba töökuulutuse

Ettevõtte jaoksVastuseid tuleb sadu! Mõtle filtri peale.

Juunioridele: Ära karda küsimustikku enne oma CV ja testülesande saatmist – see on märk sellest, et ettevõte on sinu eest hoolitsenud ja protsessi hästi üles seadnud.

Juba esimesel päeval saime umbes 70 CV-d kandidaatidelt, kellel olid "JavaScripti teadmised". Ja veelgi rohkem. Ja veelgi rohkem. Me ei saanud füüsiliselt kõiki inimesi kontorisse vestlusele kutsuda ja valisime tüübid, kellel olid kõige lahedamad lemmikprojektid, reaalajas GitHub või vähemalt kogemus.

Aga peamine järeldus, mille me juba esimesel päeval enda jaoks tegime, oli see, et torm oli alanud. Oli aeg lisada küsimustik enne CV saatmist. Selle ülesanne oli filtreerida välja kandidaadid, kes polnud valmis CV saatmiseks minimaalselt pingutama, ja need, kellel puudusid teadmised ja kontekst vähemalt nii palju, et õigeid vastuseid Google'ist leida.

Seal olid standardküsimused JS-i, küljenduse, veebi ja arvutiteaduse kohta – igaüks, kes front-end intervjuul vaid ette kujutab, teab neid. Mis vahe on let/var/const-il? Kuidas rakendada stiile ainult alla 600 piksli laiustele ekraanidele? Me ei tahtnud neid küsimusi tehnilisel intervjuul esitada – praktika on näidanud, et neile saab vastata 2-3 intervjuu järel, ilma arendusest üldse aru saamata. Kuid need suutsid esialgu näidata, kas kandidaat saab kontekstist põhimõtteliselt aru.

Igas kategoorias valmistasime ette 3-5 küsimust ja muutsime vastusevormis nende komplekti iga päev, kuni välistasime kõige läbitavamad ja kõige raskemad. See võimaldas meil voolu vähendada - 3 nädala jooksul saime 122 kandidaati, kellega oli võimalik edasi töötada. Need olid IT-tudengid; poisid, kes tahtsid tagapoolt etteotsa liikuda; 25–35-aastased töölised või insenerid, kes soovisid oma ametit radikaalselt muuta ning panustasid erineval määral enesetäiendamisele, kursustele ja praktikatele.

Saame teineteist paremini tundma

Ettevõtte jaoksTestülesanne ei hirmuta kandidaate eemale, vaid aitab lehtrit vähendada.

JuuniorideleÄra kopeeri ja kleebi testfaile – see on märgatav. Ja hoia oma GitHub korras!

Kui oleksime kõik tehnilisele intervjuule kutsunud, oleksime pidanud läbi viima umbes 40 intervjuud nädalas ainult juunioridele ja ainult front-end'is. Seega otsustasime testida teist hüpoteesi – testülesande kohta.

Mis oli meie jaoks testis oluline:

1. Ehitage hea skaleeritav arhitektuur, kuid ilma üleliia insenerlikult ette valmistamata;
2. Parem on võtta kauem aega, aga teha seda hästi, kui üleöö käsitööd teha ja see kommentaariga „Ma teen selle kindlasti valmis“ ära saata;
3. Giti arenduse ajalugu on insenerikultuur, iteratiivne arendus ja asjaolu, et lahendust ei kopeerita täielikult.

Leppisime kokku, et tahame uurida ühte algoritmilist ülesannet ja väikest veebirakendust. Algoritmilised ülesanded valmistati ette sissejuhatava taseme laboritööde tasemel - binaarotsing, sortimine, anagrammide otsimine, loendite ja puudega töötamine. Lõpuks otsustasime esimese katsevariandina binaarotsingu kasuks. Veebirakendus pidi olema trikk-trull, kasutades mis tahes raamistikku (või ilma selleta).

Peaaegu pooled ülejäänud tüüpidest täitsid testiülesande - nad saatsid meile lahendused 54 kandidaatiUskumatu arusaam – kui palju kopeerimisvalmis trips-traps-traps-mängu rakendusi teie arvates internetis leidub?

MituTegelikult näib, et neid on ainult 3. Ja valdav enamus otsuseid tehti just nende kolme valiku põhjal.
Mis mulle ei meeldinud:

• kopeeri-kleebi ehk arendamine sama õpetuse järgi ilma oma arhitektuurita;
• mõlemad ülesanded asuvad samas repositooriumis erinevates kaustades ja loomulikult puudub muudatuste ajalugu;
• räpane kood, DRY rikkumine, vorminduse puudumine;
• mudeli, vaate ja kontrolleri segu ühes klassis, mis on sadade koodiridade pikkune;
• ühiktestimise mõistmise puudumine;
• „Otsekohene“ lahendus on kõvakodeeritud 3x3 võidukombinatsioonide maatriks, mida oleks üsna keeruline näiteks 10x10-ni laiendada.

Pöörasime tähelepanu ka naaberhoidlatele – lahedad lemmikprojektid olid boonuseks ja hunnik teiste ettevõtete testiülesandeid oli pigem äratuskell: miks kandidaat sealt läbi ei pääsenud?

Lõpuks leidsime lahedaid variante Reactist, Angularist ja Vanilla JS-ist – neid oli kokku 29. Ja otsustasime kutsuda veel ühe kandidaadi ilma testideta tema väga lahedate lemmikprojektide jaoks. Meie hüpotees testimisülesannete kasulikkusest sai kinnitust.

Tehniline intervjuu

Ettevõtte jaoksTeie juurde ei ole tulnud keskmised/seenior õpilased! Vajame individuaalsemat lähenemist.

JuunioridelePea meeles, et see ei ole eksam – ära püüa vait olla ja C-d saada ega uputa professorit oma võimalike teadmiste vooga, nii et ta segadusse satub ja sulle hindeks "suurepärane" annab.

Mida me tehnilisel intervjuul aru saada tahame? Lihtne asi – kuidas kandidaat mõtleb. Tal on ilmselt mõned rasked oskused, kui ta on läbinud valiku esimesed etapid – jääb üle vaid välja selgitada, kas ta oskab neid rakendada. Leppisime kokku kolmes ülesandes.

Esimene neist käsitleb algoritme ja andmestruktuure. Pastakaga, paberil, pseudokeeles ja jooniste abil nuputasime välja, kuidas kopeerida puud või kuidas kustutada elementi üksikult lingitud loendist. Ebameeldiv avastus oli see, et mitte kõik ei mõista rekursiooni ja seda, kuidas lingid toimivad.

Teine on reaalajas kodeerimine. Me läksime codewars.com, valisid lihtsad asjad, näiteks sõnamassiivi sorteerimise viimase tähe järgi, ja veetsid kandidaadiga 30-40 minutit, et kõik testid läbi saada. Tundus, et trips-traps-trulli selgeks saanud poiste poolt ei tohiks mingeid üllatusi tulla - aga praktikas ei suutnud kõik aru saada, et väärtus tuleb salvestada muutujasse ja funktsioon peaks returni kaudu midagi tagastama. Kuigi ma siiralt loodan, et need olid lihtsalt värinad ja poisid suutsid need ülesanded lihtsamates tingimustes lahendada.

Kolmandas osas räägime natuke arhitektuurist. Arutasime, kuidas luua otsinguriba, kuidas toimib tagasilöögi kompenseerimine, kuidas renderdada otsingusoovitustes erinevaid vidinaid ja kuidas esiots saab taustaprogrammiga suhelda. Leidsime päris mitu huvitavat lahendust, sealhulgas serveripoolse renderdamise ja veebisoklid.

Selle skeemi abil viisime läbi 21 intervjuud. Sihtrühm oli täiesti mitmekesine – kasutame koomikseid:

1. "Rakett"Ei rahune kunagi maha, tormab igale poole ja intervjuu ajal uputab sind mõtetevooluga, mis pole isegi otseselt seotud esitatud küsimusega. Kui see oleks ülikoolis, oleks see tuttav katse demonstreerida kõiki oma teadmisi, kui sa alles mäletad pileti kohta, mille otsa sattusid, et sa otsustasid seda eile õhtul mitte uurida - sa ei saa seda niikuinii välja tõmmata.
2. "Groot"Temaga on üsna raske ühendust saada, sest ta on Groot. Intervjuude ajal pead teda pikalt soojendama, sõna-sõnalt vastuseid välja utsitama. Hea, kui see on lihtsalt tardumus – muidu on sul igapäevatöös väga raske.
3. "Drax"Varem töötas ta kaubaveo alal ja programmeerimisest õppis ta JS-i ainult Stackoverflow's, seega ei saa ta alati aru, millest intervjuul räägitakse. Samal ajal on ta hea inimene, parimate kavatsustega ja tahab saada lahedaks front-end arendajaks.
4. Noh, ja ilmselt ka, "Tähejumal"Üldiselt hea kandidaat, kellega saab läbi rääkida ja dialoogi luua.

Meie uuringu lõpus 7 kandidaati jõudsid finaali, kinnitades oma raskeid oskusi laheda testülesande ja heade vastustega intervjuule.

Kultuuriline sobivus

Ettevõtte jaoksSa peaksid temaga koostööd tegema! Kas kandidaat on tõesti valmis oma arengu nimel äärmiselt kõvasti tööd tegema? Kas ta sobib meeskonda?

JuuniorideleSa pead nendega koostööd tegema! Kas ettevõte on tõesti valmis investeerima nooremate õpilaste kasvu või jätab ta kogu musta töö sinu õlule madala palga nimel?

Iga juunior, lisaks tootemeeskonnale, kelle juht peab nõustuma ta võtma, saab mentori. Mentori ülesanne on juhtida teda läbi kolmekuulise sisseelamisprotsessi ja tema raskete oskuste lihvimise. Seetõttu lähenesime mentoritena igale kultuurilisele sobivusele ja vastasime küsimusele: "Kas ma võtan vastutuse kandidaadi 3 kuu jooksul meie plaani kohaselt lihvimise eest?".

See etapp möödus ilma eriliste tunnusteta ja tõi meid lõpuks 4 pakkumist, millest 3 võeti vastu ja poisid liitusid võistkondadega.

Elu pärast pakkumist

Ettevõtte jaoksHoolitse oma laste eest või teevad seda teised!

Juunioridele: AAAAAAAAAAAAAAA!!!

Kui uus töötaja tuleb, tuleb ta sisse elada – tutvustada talle protsesse, öelda, kuidas kõik ettevõttes ja meeskonnas on korraldatud ning kuidas ta üldiselt töötama peaks. Kui tuleb noorem töötaja, tuleb aru saada, kuidas teda arendada.

Kui me sellele mõtlesime, koostasime nimekirja 26 oskusest, mis meie arvates peaksid juunioril kolmekuulise sisseelamisperioodi lõpuks olema. See hõlmas nii raskuskeskmeid (vastavalt meie standarditele), teadmisi meie protsessidest, scrumist, infrastruktuurist ja projekti arhitektuurist. Kombineerisime need tegevuskavaks, mis oli jaotatud kolme kuu peale.

Näiteks siin on minu kolmanda kursuse õpilase tegevuskava.

Igale juuniorile määrame mentori, kes töötab temaga individuaalselt. Sõltuvalt mentorist ja kandidaadi praegusest tasemest võivad kohtumised toimuda 1 kuni 5 korda nädalas ühe tunni jooksul. Mentorid on vabatahtlikud, kes on proaktiivsed front-end'i spetsialistid ja soovivad teha enamat kui lihtsalt koodi kirjutada.

Osa mentorite koormusest võetakse maha meie platvormil olevatest kursustest - Dart, Angular. Kursusi peetakse regulaarselt väikestes 4-6-liikmelistes gruppides, kus poisid õpivad oma tööd katkestamata.

Kolme kuu jooksul kogume perioodiliselt tagasisidet juunioridelt, nende mentoritelt ja liidritelt ning kohandame protsessi individuaalselt. 3-1 korda kogu perioodi jooksul kontrollitakse pumbatud oskusi, sama kontroll viiakse läbi lõpus - nende põhjal vormistatakse soovitused, mida täpselt parandada.

Järeldus

Ettevõtte jaoksKas juunioridesse tasub investeerida? Jah!

JuuniorideleOtsi ettevõtteid, kes valivad kandidaate hoolikalt ja teavad, kuidas neid arendada.

Kolme kuuga vaatasime läbi 3 küsimustikku, 122 testiülesannet ja viisime läbi 54 tehnilist intervjuud. See tõi meile kolm lahedat juuniori, kes on nüüdseks läbinud poole oma sisseelamis- ja kiirendusplaanidest. Nad lõpetavad juba meie projektis päris tooteülesandeid, kus ainuüksi esiotsas on üle 21 3 2 koodirea ja üle 000 repositooriumi.

Saime teada, et juunioride müügilehter võib ja peaks olema üsna keeruline, kuid lõpuks läbivad seda ainult need poisid, kes on tõesti valmis väga kõvasti tööd tegema ja oma arengusse investeerima.

Meie peamine ülesanne on nüüd koostada iga juuniori jaoks kolmekuulised arengukavad individuaalse töö mentoriga ja üldkursuste vormis, koguda mõõdikuid, tagasisidet müügivihjetelt, mentoritelt ja poistelt endilt. Selleks hetkeks võib esimese katse pidada lõppenuks, teha järeldusi, protsessi täiustada ja uute kandidaatide valimiseks uuesti käivitada.

Allikas: www.habr.com