Hoe kinne jo yn in grut bedriuw komme as jo in junior binne? Hoe kinne jo in fatsoenlike junior hiere as jo in grut bedriuw binne? Under de besuniging sil ik jo ús ferhaal fertelle oer it ynhieren fan begjinners oan 'e foarkant: hoe't wy testtaken trochwurke, ree makke om ynterviews te fieren en in mentorprogramma bouden foar de ûntwikkeling en it oannimmen fan nijkommers, en ek wêrom't standert fraachpetearen donearje wurket net.
Ik besykje Junior te temmen
Hallo! Myn namme is Pavel, ik doch front-end wurk op it Wrike-team. Wy meitsje in systeem foar projektbehear en gearwurking. Ik haw sûnt 2010 oan it web wurke, 3 jier yn it bûtenlân wurke, meidien oan ferskate startups en in kursus oer webtechnologyen jûn oan 'e universiteit. By it bedriuw bin ik belutsen by it ûntwikkeljen fan technyske kursussen en it Wrike-mentorprogramma foar junioaren, en ek it direkt wervingen fan se.
Wêrom hawwe wy sels tinke oer it ynhieren fan junioaren?
Oant koartlyn rekrutearren wy ûntwikkelders op middelste of senior nivo foar de frontend - ûnôfhinklik genôch om produkttaken te dwaan nei oan board. Oan it begjin fan dit jier realisearren wy dat wy dit belied feroarje woene: oer it jier is it oantal fan ús produktteams hast ferdûbele, it oantal front-end-ûntwikkelders hat hûndert benadere, en yn 'e heine takomst sil dit alles moatte wer ferdûbelje. D'r is in protte wurk, in pear frije hannen, en d'r binne noch minder fan har op 'e merke, dus wy besletten om te wikseljen nei de jonges dy't krekt begjinne mei har reis yn' e foarkant en realisearre dat wy ree binne om te ynvestearjen yn har ûntwikkeling.
Wa is in junior?
Dit is de earste fraach dy't wy ússels stelden. D'r binne ferskate kritearia, mar it ienfâldichste en meast begryplike prinsipe is dit:
Junior moat wurde útlein hokker funksje en hoe te dwaan it. It Midden moat útlein wurde hokker funksje nedich is, en hy sil de ymplemintaasje sels útfine. De tekenaar sels sil jo útlizze wêrom't dizze funksje hielendal net dien wurde moat.
Op ien of oare manier is in junior in ûntwikkelder dy't advys nedich hat oer hoe't jo dizze of dy oplossing útfiere kinne. Wat wy besletten hawwe om op te bouwen:
- Junior is ien dy't him ûntwikkelje wol en ree is om hjir hurd foar te wurkjen;
- Hy wit net altyd yn hokker rjochting er him ûntjaan wol;
- Hat advys nedich en siket help fan bûten - fan syn lead, mentor of yn 'e mienskip.
Wy hienen ek ferskate hypotezen:
- Der komt in stoarm fan reaksjes op it stânpunt fan juny. Jo moatte willekeurige antwurden filterje op it poadium fan it ferstjoeren fan jo cv;
- In primêre filter sil net helpe. - mear testtaken binne nedich;
- Testtaken sille elkenien bang meitsje - se binne net nedich.
En fansels hienen wy in doel: 4 junioaren yn 3 wiken.
Mei dit besef begûnen wy te eksperimintearjen. It plan wie ienfâldich: begjin mei de breedste mooglike trechter en besykje it stadichoan te beheinen sadat jo de stream kinne ferwurkje, mar net ferminderje nei 1 kandidaat per wike.
Wy pleatse in fakatuere
Foar it bedriuw: Der sille hûnderten reaksjes wêze! Tink oan in filter.
Foar junior: Wês net bang foar de fragelist foardat jo jo cv en testopdracht ferstjoere - dit is in teken dat it bedriuw foar jo soarge hat en it proses goed ynsteld hat.
Op 'e earste dei krigen wy sawat 70 CV's fan kandidaten "mei kennis fan JavaScript." En dan wer. En fierder. Wy koenen fysyk net elkenien nei it kantoar útnoegje foar in ynterview en keas út harren de jonges mei de coolste petprojekten, live Github, of op syn minst ûnderfining.
Mar de wichtichste konklúzje dy't wy op 'e earste dei foar ússels makken wie dat de stoarm begon wie. No is it tiid om in fragelistformulier ta te foegjen foardat jo jo cv yntsjinje. Har doel wie om kandidaten út te weidzjen dy't net ree wiene om de minimale ynspanning te setten om in cv yn te tsjinjen, en dyjingen dy't net de kennis en kontekst hiene om op syn minst de juste antwurden te Google.
It befette standertfragen oer JS, layout, web, Computer Science - elkenien dy't him foarstelt wat se freegje by in front-end ynterview wit se. Wat is it ferskil tusken let/var/const? Hoe kin ik stilen allinich tapasse op skermen lytser dan 600px breed? Wy woene dizze fragen net stelle by in technysk ynterview - de praktyk hat sjen litten dat se nei 2-3 ynterviews kinne wurde beantwurde sûnder de ûntwikkeling hielendal te begripen. Mar se koene ús earst sjen litte oft de kandidaat yn prinsipe de kontekst begrypt.
Yn elke kategory hawwe wy 3-5 fragen taret en dei nei dei feroaren wy har set yn it antwurdformulier oant wy de meast passabele en de dreechste elimineare. Dit liet ús de stream ferminderje - yn 3 wiken krigen wy 122 kandidaten, dêr't wy fierder mei wurkje koene. Dat wiene IT-learlingen; jonges dy't fan 'e efterkant nei foaren ferhúzje woene; arbeiders of yngenieurs, 25-35 jier âld, dy't har berop radikaal feroarje woene en wikseljend ynspanningen sette yn selsûnderwiis, kursussen en staazjeplakken.
Elkoar better kennen leare
Foar it bedriuw: De testtaak hinderet kandidaten net, mar helpt om de trechter yn te koartsjen.
Foar junior: Net kopiearje-plakke testen - it is opmerklik. En hâld jo github yn oarder!
As wy elkenien oproppe foar in technysk petear, soene wy sa'n 40 ynterviews yn 'e wike moatte fiere allinnich foar junioaren en allinnich op 'e foarkant. Dêrom hawwe wy besletten om de twadde hypoteze te testen - oer de testtaak.
Wat wie wichtich foar ús yn de test:
- Bou in goede skaalbere arsjitektuer, mar sûnder overengineering;
- It is better om langer te duorjen, mar it goed te dwaan, dan in ambacht fan 'e nacht te setten en it te stjoeren mei de opmerking "Ik sil it grif ôfmeitsje";
- De skiednis fan ûntwikkeling yn Git is de yngenieurkultuer, iterative ûntwikkeling en it feit dat de oplossing net blatant kopiearre waard.
Wy hawwe ôfpraat dat wy wolle sjen nei ien algoritmyske probleem en in lytse webapplikaasje. Algoritmyske waarden taret op it nivo fan laboratoariums op basisnivo - binêre sykjen, sortearjen, kontrolearjen op anagrammen, wurkje mei listen en beammen. Oan 'e ein hawwe wy fêstige op binêre sykjen as in earste proefopsje. De webapplikaasje moast tic-tac-toe wêze mei elk ramt (of sûnder it).
Hast de helte fan 'e oerbleaune jonges foltôge de testtaak - se hawwe ús de oplossingen stjoerd 54 kandidaten. Ongelooflijk ynsjoch - hoefolle ymplemintaasjes fan tic-tac-toe, klear foar copy-paste, tinke jo dat d'r op it ynternet binne?
HoefolleYn feite liket it derop dat d'r mar 3 binne. En yn 'e grutte mearderheid fan besluten wiene krekt dizze 3 opsjes.
Wat ik net leuk:
- copy-paste, of ûntwikkeling basearre op deselde tutorial sûnder jo eigen arsjitektuer;
- beide taken binne yn deselde repository yn ferskillende mappen, fansels is der gjin commit skiednis;
- smoarge koade, DRY oertreding, gebrek oan opmaak;
- in mingsel fan model, werjefte en controller yn ien klasse hûnderten rigels fan koade lang;
- gebrek oan begryp fan ienheid testen;
- in "head-on" oplossing is in hardcode fan in 3x3 matrix fan winnende kombinaasjes, dat sil wêze frij lestich te wreidzjen nei 10x10, bygelyks,.
Wy hawwe ek omtinken jûn oan oanbuorjende repositories - koele húsdierprojekten wiene in plus, en in bosk testtaken fan oare bedriuwen wiene mear in wekker: wêrom koe de kandidaat dêr net komme?
As gefolch hawwe wy coole opsjes fûn yn React, Angular, Vanilla JS - d'r wiene 29. En wy besletten noch ien kandidaat út te noegjen sûnder te testen foar syn heul coole petprojekten. Us hypoteze oer de foardielen fan testtaken waard befêstige.
Technysk ynterview
Foar it bedriuw: It binne gjin middens / senioaren dy't nei dy binne kommen! Wy hawwe in mear yndividuele oanpak nedich.
Foar junior: Unthâld dat dit gjin eksamen is - besykje net stil te bliuwen foar in C of bombardearje de professor mei in stream fan al jo mooglike kennis, sadat hy yn 'e war rekket en in "útstekend" jout.
Wat wolle wy begripe yn in technysk ynterview? In ienfâldich ding - hoe't de kandidaat tinkt. Hy hat wierskynlik wat hurde feardichheden as hy de earste fazen fan seleksje trochmakke hat - it bliuwt te sjen oft hy wit hoe't se se brûke moatte. Wy binne it iens oer 3 taken.
De earste giet oer algoritmen en gegevensstruktueren. Mei in pinne, op in stikje papier, yn pseudo-taal en mei help fan tekeningen, hawwe wy útfûn hoe't jo in beam kopiearje kinne of hoe't jo in elemint fan in inkeld keppele list fuortsmite. De onaangename ûntdekking wie dat net elkenien rekurzje begrypt en hoe ferwizings wurkje.
De twadde is live kodearring. Wy gongen nei . It like derop dat der gjin ferrassingen komme moasten fan de jonges dy't de tic-tac-toe behearske hiene - mar yn 'e praktyk koe net elkenien realisearje dat de wearde yn in fariabele opslein wurde moast, en de funksje soe wat weromjaan moatte fia return. Hoewol't ik oprjocht hoopje dat it wie in jitters, en de jongens wienen by steat om te gean mei dizze taken yn lichtere omstannichheden.
Uteinlik is de tredde in bytsje oer arsjitektuer. Wy hawwe besprutsen hoe't jo in sykbalke kinne meitsje, hoe't debounce wurket, hoe't jo ferskate widgets kinne werjaan yn syktips, hoe't de foarkant kin ynteraksje mei de efterkant. D'r wiene in protte nijsgjirrige oplossingen, ynklusyf rendering fan serverside en websockets.
Wy hawwe 21 ynterviews útfierd mei dit ûntwerp. It publyk wie folslein ferskaat - litte wy nei stripferhalen sjen:
- "Raket". Hy komt nea rêstich, rekket mei alles belutsen, en yn in fraachpetear sil er dy oerweldigje mei in stream fan tinzen dy't net iens direkt ferbân hâlde mei de stelde fraach. As it op in universiteit wie, soe dit in fertroude besykjen wêze om te demonstrearjen, no, al jo kennis, as alles wat jo ûnthâlde oer it kaartsje dat jo tsjinkaam is dat jo justerjûn besletten hawwe it net te studearjen - jo kinne noch altyd net krije it út.
- "Groot". It is frij lestich om mei him yn kontakt te kommen, want hy is Groot. Tidens in ynterview moatte jo in lange tiid besteegje oan besykjen wurd foar wurd antwurden te krijen. It is goed as it gewoan in stupor is - oars sil it jo heul lestich wêze yn jo deistich wurk.
- "Drax". Ik wurke eartiids yn frachtferfier, en yn termen fan programmearring learde ik allinich JS op Stackoverflow, dus ik begryp net altyd wat der besprutsen wurdt by in ynterview. Tagelyk is hy in goed persoan, hat de bêste bedoelingen en wol hy in geweldige front-end-ûntwikkelder wurde.
- No, wierskynlik "Star Lord". Oer it algemien in goede kandidaat mei wa't jo kinne ûnderhannelje en in dialooch bouwe.
Oan 'e ein fan ús ûndersyk 7 kandidaten berikte de finale, befêstiget harren hurde feardichheden mei in grutte test taak en goede antwurden op it fraachpetear.
Kulturele fit
Foar it bedriuw: Jo wurkje mei him! Is de kandidaat ree om ekstreem hurd te wurkjen foar syn ûntwikkeling? Sil hy echt passe yn it team?
Foar junior: Jo wurkje mei harren! Is it bedriuw echt ree om te ynvestearjen yn 'e groei fan junioaren, of sil it gewoan al it smoarge wurk op jo dumpe foar in leech salaris?
Elke junior, neist it produktteam, wêrfan de lieding ynstimme moat om him oan te nimmen, krijt in mentor. De taak fan de mentor is om him te lieden troch in proses fan trije moanne fan it oan board en it opwurdearjen fan hurde feardigens. Dêrom kamen wy by elke kulturele fit as mentors en antwurden de fraach: "Sil ik ferantwurdlikens nimme foar it ûntwikkeljen fan in kandidaat yn 3 moannen neffens ús plan?"
Dit poadium ferrûn sûnder spesjale funksjes en brocht ús úteinlik 4 oanbiedings, wêrfan 3 waarden akseptearre, en de jonges kamen yn 'e teams.
It libben nei it oanbod
Foar it bedriuw: Soargje foar jo junioaren of oaren sille!
Foar junior: AAAAAAAAAAAA!!!
As in nije meiwurker útkomt, moat hy oan board wurde - op 'e hichte brocht wurde mei de prosessen, ferteld hoe't alles wurket yn it bedriuw en yn it team, en hoe't hy yn 't algemien wurkje moat. As in junior útkomt, moatte jo begripe hoe't jo him ûntwikkelje kinne.
Doe't wy der oer neitochten, kamen wy in list mei 26 feardichheden dy't neffens ús in junior oan 'e ein fan 'e trije moanne ynstapperioade hawwe moat. Dit omfette hurde feardigens (neffens ús stapel), kennis fan ús prosessen, Scrum, ynfrastruktuer en projektarsjitektuer. Wy kombineare se yn in roadmap, ferdield oer 3 moannen.
Hjir is bygelyks de roadmap fan myn junior
Wy jouwe in mentor oan elke junior dy't yndividueel mei him wurket. Ofhinklik fan de mentor en it aktuele nivo fan de kandidaat kinne gearkomsten plakfine fan 1 oant 5 kear yn 'e wike foar 1 oere. Mentors binne frijwillige front-end-ûntwikkelders dy't wat mear wolle dwaan as gewoan koade skriuwe.
Guon fan 'e lêst op mentors wurdt ôfnommen troch kursussen op ús stapel - Dart, Angular. Kursussen wurde regelmjittich hâlden foar lytse groepen fan 4-6 persoanen, dêr't studinten sûnder ûnderbrekking fan it wurk studearje.
Yn 'e rin fan 3 moannen sammelje wy periodyk feedback fan junioaren, har mentors en leads en oanpasse it proses yndividueel. Oppompte feardichheden wurde kontrolearre 1-2 kear oer de hiele perioade, deselde kontrôle wurdt útfierd oan 'e ein - basearre op harren, oanbefellings wurde foarme oer wat krekt moat wurde ferbettere.
konklúzje
Foar it bedriuw: Is it wurdich ynvestearje yn junioaren? Ja!
Foar junior: Sjoch foar bedriuwen dy't soarchfâldich selektearje kandidaten en witte hoe te ûntwikkeljen se
Oer 3 moannen hawwe wy 122 fragelisten, 54 testtaken besjoen en 21 technyske ynterviews útfierd. Dit brocht ús 3 geweldige junioaren dy't no de helte fan har onboarding en acceleration roadmaps foltôge hawwe. Se foltôgje al echte produkttaken yn ús projekt, wêr't d'r mear dan 2 rigels koade binne en mear dan 000 repositories allinich op 'e foarkant.
Wy fûnen út dat de trechter foar junioaren frij kompleks kin en moat, mar úteinlik passe allinich de jonges dy't echt ree binne om heul hurd te wurkjen en yn har ûntwikkeling te ynvestearjen.
No is ús haadtaak om trije-moanne ûntwikkelingsroadmaps foar elke junior te foltôgjen yn 'e modus fan yndividueel wurk mei in mentor en algemiene kursussen, metriken sammelje, feedback fan leads, mentors en de jonges sels. Op dit punt kin it earste eksperimint as foltôge wurde beskôge, kinne konklúzjes lutsen wurde, it proses kin ferbettere wurde en it kin opnij begjinne om nije kandidaten te selektearjen.
Boarne: www.habr.com