Die aanstelling van IT-spesialiste is nie 'n maklike taak nie. Eerstens is daar tans 'n tekort aan ervare personeel in die mark, hulle verstaan dit. Kandidate is dikwels nie bereid om baie tyd aan 'n werkgewer se "keuringsgeleenthede" te spandeer as hulle nie eers belangstel nie. Die voorheen gewilde praktyk van "ons gee jou 'n toets vir 8+ uur" werk nie meer nie. Vir die aanvanklike assessering van kennis en die sifting van kandidate voordat 'n volskaalse tegniese onderhoud gevoer word, is dit nodig om ander, vinniger metodes te gebruik. Tweedens, vir 'n hoë-gehalte assessering van kennis en vaardighede, moet jy self sulke vaardighede besit of 'n kollega lok wat oor sulke vaardighede beskik. Hierdie probleme kan opgelos word met behulp van die metodes wat ek in hierdie artikel sal bespreek. Ek gebruik self hierdie metodes en het vir myself 'n soort gradering saamgestel.
Dus, my top 7 maniere om vinnig die bevoegdhede van IT-spesialiste te toets voor 'n onderhoud:
7. Bestudeer die kandidaat se portefeulje, kodevoorbeelde en oop bewaarplekke.
6. 'n Kort tydtoetstaak (voltooi in 30-60 minute).
5. 'n Kort uitdruklike onderhoud oor vaardighede per telefoon/Skype (soos 'n vraelys, slegs aanlyn en per stem).
4. Live-Doing (Kodering) – ons los 'n eenvoudige probleem in reële tyd op met 'n gedeelde skerm.
3. Vraelyste met oop vrae oor ervaring.
2. Kort meervoudigekeusetoetse met beperkte tyd om te voltooi.
1. Multi-stadium toets taak, die eerste fase word voltooi voor die onderhoud.
Vervolgens oorweeg ek in detail hierdie metodes, hul voor- en nadele, en die situasies waarin ek een of ander metode gebruik om die bevoegdhede van programmeerders vinnig te toets.
In die vorige artikel oor die huurtregter Ek het 'n opname onder lesers gedoen oor maniere om die vaardighede van IT-spesialiste vinnig te toets. In hierdie artikel praat ek oor die metodes waarvan ek persoonlik hou, hoekom ek daarvan hou en hoe ek dit gebruik. Ek begin in die eerste plek en eindig in die sewende.
1. Multi-stadium toets taak, die eerste fase word voltooi voor die onderhoud
Ek beskou hierdie metode om ontwikkelaarsvaardighede te toets as die beste. Anders as 'n tradisionele toetstaak, wanneer jy sê "vat die taak en gaan doen dit," in my weergawe, word die proses om die toetstaak te voltooi in fases verdeel - bespreking en begrip van die taak, ontwerp van 'n oplossing en assessering van die vereiste hulpbronne , verskeie stadiums van die implementering van die oplossing, dokumentasie en indiening van aanvaarding van die besluit. Hierdie benadering is nader aan normale moderne sagteware-ontwikkelingstegnologie as net "neem dit en doen dit." Besonderhede hieronder.
In watter gevalle gebruik ek hierdie metode?
Vir my projekte huur ek gewoonlik afgeleë werkers wat 'n aparte, aparte en relatief onafhanklike deel van die projek ontwikkel. Dit verminder die behoefte aan kommunikasie tussen werknemers, dikwels tot nul. Werknemers kommunikeer nie met mekaar nie, maar met die projekbestuurder. Daarom is dit vir my belangrik om onmiddellik 'n persoon se vermoë te assesseer om 'n probleem vinnig te verstaan, verduidelikende vrae te vra, onafhanklik 'n aksieplan te ontwikkel om die probleem op te los, en die nodige hulpbronne en tyd te skat. ’n Multi-stadium toetstaak help my goed hiermee.
Hoe om te implementeer
Ons identifiseer en formuleer 'n onafhanklike en oorspronklike taak wat verband hou met die projek waaraan die ontwikkelaar sal moet werk. Ek beskryf gewoonlik as 'n taak 'n vereenvoudigde prototipe van die hooftaak of toekomstige produk, vir die implementering waarvan die ontwikkelaar die hoofprobleme en tegnologieë van die projek sal moet trotseer.
Die eerste fase van die toetstaak is bekendmaking met die probleem, opheldering van wat onduidelik is, die ontwerp van 'n oplossing, beplanning van stappe om die probleem op te los en die skatting van die tyd om individuele stappe en die hele toetstaak te voltooi. By die uitgang verwag ek 'n 1-2 bladsy dokument wat die ontwikkelaar se aksieplan en tydskatting uiteensit. Ek vra ook kandidate om aan te dui watter van die stadiums hulle ten volle wil implementeer om hul vaardighede in die praktyk te bevestig. Dit is nog nie nodig om iets te programmeer nie.
Hierdie taak (dieselfde een) word aan verskeie kandidate gegee. Antwoorde van kandidate word die volgende dag verwag. Vervolgens, na 2-3 dae, wanneer al die antwoorde ontvang is, ontleed ons wat die kandidate vir ons gestuur het en watter ophelderende vrae hulle gevra het voordat hulle met die taak begin het. Op grond van hierdie inligting kan jy enige aantal kandidate wat jy nodig het na die volgende fase nooi.
Die volgende fase is 'n kort onderhoud. Ons het reeds iets om oor te praat. Die kandidaat het reeds 'n rowwe idee van die vakgebied van die projek waaraan hy gaan werk. Die hoofdoel van hierdie onderhoud is om die kandidaat se tegniese vrae te beantwoord en hom te motiveer om die hooftoetstaak te voltooi – programmering van die deel van die taak wat hy self gekies het. Of die deel wat jy geïmplementeer wil sien.
Dit is altyd baie interessant om te sien watter deel van die taak die ontwikkelaar wil implementeer. Sommige mense verkies om die projekstruktuur uit te pak, die oplossing in modules en klasse te ontbind, dit wil sê, hulle beweeg van bo na onder. Sommige beklemtoon 'n aparte subtaak, na hul mening die belangrikste, sonder om die oplossing as 'n geheel voor te skryf. Dit wil sê, hulle gaan van onder na bo - van die mees komplekse subtaak tot die hele oplossing.
Voordele
Ons kan die kandidaat se geleerdheid, die toepaslikheid van sy kennis op ons projek en die ontwikkeling van kommunikasievaardighede sien. Dit is ook vir ons maklik om kandidate met mekaar te vergelyk. Ek verwerp gewoonlik kandidate wat te optimistiese of te pessimistiese skattings gee van hoe lank dit sal neem om ’n taak te voltooi. Natuurlik het ek my eie skatting van tyd. 'n Kandidaat se lae telling dui heel waarskynlik daarop dat die persoon nie die taak behoorlik verstaan het nie en hierdie toets oppervlakkig voltooi het. Te veel tydskatting dui gewoonlik daarop dat die kandidaat 'n swak begrip van die vakgebied het en nie ondervinding het in die onderwerpe wat ek benodig nie. Ek verwerp nie onmiddellik kandidate op grond van hul telling nie, maar vra hulle eerder om hul assessering te regverdig indien die assessering nie reeds voldoende gemotiveer is nie.
Vir sommige kan hierdie metode ingewikkeld en duur lyk. My beoordeling van die arbeidsintensiteit van die gebruik van hierdie metode is soos volg: dit neem 30-60 minute om die toetstaak te beskryf en dan 15-20 minute om elke kandidaat se antwoord na te gaan. Vir kandidate neem die voltooiing van so 'n toetstaak gewoonlik nie meer as 1-2 uur nie, terwyl hulle gedompel is in die essensie van die probleme wat hulle in die toekoms sal moet oplos. Reeds op hierdie stadium kan die kandidaat ongeïnteresseerd raak, en hy weier om met jou te kommunikeer, nadat hy 'n bietjie tyd gemors het.
Beperkings
Eerstens moet jy met 'n oorspronklike, geïsoleerde en ruim toetstaak vorendag kom; dit is nie altyd moontlik nie. Tweedens verstaan nie alle kandidate dadelik dat programmering nie in die eerste stadium vereis word nie. Sommige mense begin dadelik programmeer en verdwyn vir 'n paar dae, stuur dan vir hulle 'n volledig voltooide toetstaak. Formeel het hulle hierdie toetstaak gedruip omdat hulle nie gedoen het wat van hulle vereis word nie. Maar terselfdertyd het hulle daarin geslaag as hulle 'n voldoende oplossing vir die hele toetstaak gestuur het. Om sulke insidente uit te skakel, bel ek gewoonlik alle kandidate wat die taak ontvang het 2 dae nadat die opdrag uitgereik is en hoor hoe dit met hulle gaan.
2. Kort meervoudigekeusetoetse met tydsbeperkings
Ek gebruik hierdie metode nie gereeld nie, alhoewel ek baie daarvan hou en dit een van die beste maniere vind om vaardighede vinnig te toets. Ek sal in die nabye toekoms 'n aparte artikel oor hierdie metode skryf. Sulke toetse word wyd gebruik in verskeie kennisvelde. Die treffendste en tipiese voorbeeld is die teoretiese eksamen vir die verkryging van 'n bestuurslisensie. In Rusland bevat hierdie eksamen 20 vrae wat binne 20 minute beantwoord moet word. Een fout word toegelaat. As jy twee foute maak, moet jy 10 bykomende vrae korrek beantwoord. Hierdie metode is hoogs outomaties.
Ongelukkig het ek nie goeie implementerings van sulke toetse vir programmeerders gesien nie. As jy goeie gereedgemaakte implementerings van sulke toetse vir programmeerders ken, skryf asseblief in die kommentaar.
Hoe om te implementeer
Ek het gewerk met self-implementering van soortgelyke toetse deur werkgewers tydens die uitvoering van bestellings as 'n uitgekontrakteerde werwer. Dit is heel moontlik om so 'n toets te implementeer. Gebruik byvoorbeeld Google Forms. Die hoofprobleem is om vrae en antwoordopsies saam te stel. Gewoonlik is werkgewers se verbeelding genoeg vir 10 vrae. Ongelukkig is dit in Google Forms onmoontlik om die rotasie van vrae uit die poel en tydsbeperkings te implementeer. As jy 'n goeie aanlyn hulpmiddel ken om jou eie toetse te skep, waar jy die tyd vir die aflê van die toets kan beperk en die keuse van verskillende vrae vir verskillende kandidate kan organiseer, skryf dan asseblief oor sulke dienste in die kommentaar.
In watter gevalle gebruik ek hierdie metode?
Nou gebruik ek hierdie metode op versoek van werkgewers as hulle klaargemaakte toetse het wat aan kandidate gegee kan word. Dit is ook moontlik om sulke toetse te kombineer met die vierde metode uit my gradering – ons vra die kandidaat om sy skerm te deel en die toets af te lê. Terselfdertyd kan jy vrae en antwoordopsies met hom bespreek.
Voordele
As dit goed geïmplementeer word, is hierdie metode outonoom. Die kandidaat kan 'n tyd kies wat vir hom gerieflik is om die toets af te lê en jy hoef nie baie van jou tyd te mors nie.
Beperkings
Die implementering van hierdie metode van hoë gehalte is redelik duur en dit is nie baie gerieflik vir 'n klein onderneming wat af en toe nuwe werknemers aanstel nie.
3. Vraelyste met oop vrae oor ervaring
Dit is 'n stel oopeindevrae wat die kandidaat uitnooi om oor hul ervaring te besin. Ons bied egter nie antwoordopsies nie. Oop vrae is dié wat nie eenvoudig en eenlettergrepig beantwoord kan word nie. Onthou jy byvoorbeeld die moeilikste probleem wat jy opgelos het deur so en so 'n raamwerk te gebruik? Wat was vir jou die grootste probleem? Sulke vrae kan nie in eenlettergrepe beantwoord word nie. Meer presies, die enigste eenvoudige antwoord is dat ek nie sulke ondervinding het nie, ek het nie met hierdie instrument gewerk nie.
Hoe om te implementeer
Maklik geïmplementeer met behulp van Google Forms. Die belangrikste ding is om met vrae vorendag te kom. Ek gebruik verskeie standaard ontwerpe.
Vertel ons van die laaste projek wat jy met die hulp van XXX gedoen het, wat was die moeilikste ding vir jou in hierdie projek?
Wat is die belangrikste voordele van XXX tegnologie vir jou, gee voorbeelde uit jou ervaring?
Nadat jy XXX-tegnologie gekies het, watter ander alternatiewe het jy oorweeg en hoekom het jy XXX gekies?In watter situasies sal jy AAA-tegnologie bo BBB kies?
Vertel ons van die moeilikste probleem wat jy met XXX opgelos het, wat was die grootste probleem?
Gevolglik kan hierdie konstrukte op baie tegnologieë in jou werkstapel toegepas word. Dit is nie maklik om sulke vrae met sjabloonfrases van die internet te beantwoord nie, aangesien dit persoonlik en oor persoonlike ervaring is. Wanneer hierdie vrae beantwoord word, hou die kandidaat gewoonlik die idee in gedagte dat by die onderhoud enige van sy antwoorde in die vorm van bykomende vrae ontwikkel kan word. Daarom, as daar geen ervaring is nie, onttrek kandidate hulself dikwels, met die besef dat verdere gesprek sinloos kan wees.
In watter gevalle gebruik ek hierdie metode?
Wanneer ek met bestellings vir die keuse van spesialiste werk, as die kliënt nie sy eie metode van primêre bevoegdheidstoetsing voorgestel het nie, gebruik ek hierdie metode. Ek het reeds vraelyste oor 'n aantal onderwerpe voorberei en dit kos my niks om hierdie metode vir 'n nuwe kliënt te gebruik nie.
Voordele
Maklik om te implementeer met behulp van Google Forms. Boonop kan 'n nuwe opname gemaak word gebaseer op die vorige een, wat die name van tegnologieë en gereedskap met ander vervang. Byvoorbeeld, 'n opname oor ervaring met React sal nie veel verskil van 'n opname oor ervaring met Angular nie.
Om so 'n vraelys saam te stel neem 15-20 minute, en kandidate spandeer gewoonlik 15-30 minute om te beantwoord. Die tydsbelegging is min, maar ons ontvang inligting oor die kandidaat se persoonlike ervaring, waaruit ons elke onderhoud met kandidate kan bou en uniek en interessanter maak. Tipies is die duur van die onderhoud na so 'n vraelys korter, aangesien jy nie eenvoudige, soortgelyke vrae hoef te vra nie.
Beperkings
Om 'n kandidaat se eie antwoord van 'n "gegoogle" een te onderskei, moet jy die onderwerp verstaan. Maar dit kom vinnig met ervaring. Nadat jy 10-20 antwoorde gelees het, sal jy leer om die kandidate se eie oorspronklike antwoorde te onderskei van dié wat op die internet gevind word.
4. Live-Doing (Kodering) – los 'n eenvoudige probleem in reële tyd op met 'n gedeelde skerm
Die kern van hierdie metode is om die kandidaat te vra om 'n eenvoudige probleem op te los en die proses waar te neem. Die kandidaat kan enigiets gebruik; daar is geen verbod op soek na inligting op die internet nie. Die kandidaat kan stres ervaar deur by die werk waargeneem te word. Nie alle kandidate stem in tot hierdie opsie om hul vaardighede te assesseer nie. Maar aan die ander kant laat hierdie metode jou toe om te sien watter kennis 'n persoon in sy kop het, wat hy selfs in 'n stresvolle situasie kan gebruik, en vir watter inligting hy na 'n soekenjin sal gaan. Die vlak van die kandidaat is feitlik onmiddellik merkbaar. Beginners gebruik die mees basiese, selfs primitiewe kenmerke van die taal, en begin dikwels om die funksionaliteit van basiese biblioteke met die hand te implementeer. Meer ervare kandidate is goed vertroud met basiese klasse, metodes, funksies en kan vinnig 'n eenvoudige probleem oplos - 2-3 keer vinniger as beginners, met behulp van die funksionaliteit van die basiese taalbiblioteek wat aan hulle bekend is. Selfs meer ervare kandidate begin gewoonlik deur te praat oor verskillende benaderings om 'n probleem op te los en verskeie oplossingsopsies aan te bied, en te vra watter opsie ek graag geïmplementeer wil sien. Alles wat die kandidaat doen kan bespreek word. Selfs op grond van dieselfde taak blyk die onderhoude baie verskillend te wees, asook die kandidate se oplossings.
As 'n variasie van hierdie metode kan jy die kandidaat vra om 'n toets af te lê om professionele bevoegdhede te toets, wat die keuse van een of ander van die antwoordopsies regverdig. Anders as gereelde toetsing, sal jy uitvind hoe redelik die keuse van antwoorde was. Jy kan met jou eie variasies van hierdie metode vorendag kom, met inagneming van die kenmerke van jou vakature.
Hoe om te implementeer
Hierdie metode word maklik geïmplementeer deur Skype of 'n ander soortgelyke videokommunikasiestelsel te gebruik wat jou toelaat om die skerm te deel. Jy kan self met probleme vorendag kom of webwerwe soos Code Wars en 'n verskeidenheid gereedgemaakte toetse gebruik.
In watter gevalle gebruik ek hierdie metode?
Wanneer ek programmeerders kies en dit is glad nie duidelik uit die CV watter vlak van kennis die kandidaat het nie, bied ek kandidate 'n onderhoud in hierdie formaat. In my ervaring gee ongeveer 90% van die ontwikkelaars nie om nie. Hulle is bly dat vanaf die heel eerste onderhoud kommunikasie oor programmering begin, en nie dom vrae soos "waar sien jy jouself oor 5 jaar nie."
Voordele
Ten spyte van die stres en angs van die kandidaat, is die algehele vaardigheidsvlak van die kandidaat onmiddellik en duidelik sigbaar. Die kandidaat se kommunikasievaardighede word ook duidelik sigbaar – hoe hy redeneer, hoe hy sy besluit verduidelik en motiveer. As jy 'n kandidaat met kollegas moet bespreek, is dit maklik om 'n video-opname van jou skerm te maak en dan die onderhoud aan ander mense te wys.
Beperkings
Kommunikasie kan onderbreek word. As gevolg van angs kan die kandidaat dom begin word. In hierdie situasie kan jy 'n breek neem en hom tyd gee om alleen oor die taak te dink, na 10 minute terugbel en voortgaan. As die kandidaat daarna vreemd optree, is dit die moeite werd om 'n ander manier te probeer om vaardighede te assesseer.
5. Kort uitdruklike onderhoud oor vaardighede per telefoon/Skype
Dit is bloot 'n stemgesprek oor die telefoon, Skype of ander stemkommunikasiestelsel. Terselfdertyd kan ons die kandidaat se kommunikasievaardighede, sy geleerdheid en uitkyk evalueer. Jy kan 'n vraelys as 'n gespreksplan gebruik. Alternatiewelik kan u sy antwoorde op u vraelys in meer besonderhede met die kandidaat bespreek.
Hoe om te implementeer
Ons kom ooreen op 'n gesprek met die kandidaat en bel. Ons vra vrae en teken die antwoorde aan.
In watter gevalle gebruik ek hierdie metode?
Ek gebruik gewoonlik hierdie metode saam met 'n vraelys wanneer die kandidaat se antwoorde vir my oorspronklik of nie oortuigend genoeg gelyk het nie. Ek praat met die kandidaat oor die vrae uit die vraelys en vind sy mening in meer besonderhede uit. Ek beskou so 'n gesprek as verpligtend wanneer die kandidaat se kommunikasievaardighede en die vermoë om sy gedagtes eenvoudig en duidelik te formuleer belangrik is.
Voordele
Sonder om in 'n stem oor professionele onderwerpe te praat, is dit gewoonlik onmoontlik om te bepaal hoe goed 'n kandidaat sy gedagtes kan uitdruk.
Beperkings
Die grootste nadeel is die bykomende tyd wat spandeer word. Daarom gebruik ek hierdie metode bykomend tot ander, indien nodig. Daarbenewens is daar kandidate wat goed praat oor professionele onderwerpe, maar min praktiese kennis het. As u 'n programmeerder benodig wat probleme konsekwent en doeltreffend sal oplos, is dit beter om 'n ander metode van primêre bevoegdheidstoetsing te kies. As jy 'n bestuurder of 'n ontleder nodig het, dit wil sê 'n spesialis wat uit menslike taal in "programmeerder" en terug vertaal, dan sal hierdie metode om bevoegdhede te toets baie nuttig wees.
6. Kort tydtoetstaak (voltooi in 30-60 minute)
Vir 'n aantal beroepe is dit belangrik dat 'n spesialis vinnig 'n oplossing vir 'n probleem kan vind. As 'n reël is probleme nie moeilik om op te los nie, maar die tyd wat dit neem om die probleem op te los is belangrik.
Hoe om te implementeer
Ons stem saam met die kandidaat oor die tyd vir die voltooiing van die toetstaak. Op die vasgestelde tyd stuur ons die bepalings van die taak aan die kandidaat en vind uit of hy verstaan wat van hom vereis word. Ons teken die tyd aan wat die kandidaat spandeer om die probleem op te los. Ons ontleed die oplossing en tyd.
In watter gevalle gebruik ek hierdie metode?
In my praktyk is hierdie metode gebruik om die bevoegdhede van tegniese ondersteuningspesialiste, SQL-programmeerders en toetsers (QA) te toets. Die take was soos "vind probleemareas en vind uit hoe om die probleem op te los", "optimaliseer die SQL-navraag sodat dit 3 keer vinniger werk", ens. Natuurlik kan jy met jou eie take vorendag kom. Vir beginnende ontwikkelaars kan hierdie metode ook gebruik word.
Voordele
Ons spandeer ons tyd net aan die opstel en kontrolering van die opdrag. Die kandidaat kan 'n tyd kies wat vir hom gerieflik is om die taak te voltooi.
Beperkings
Die grootste nadeel is dat oplossings vir jou probleme of soortgelyke op die internet geplaas kan word, so jy moet 'n aantal opsies hê en periodiek met nuwe take vorendag kom. As jy jou reaksiespoed en horisonne moet toets, kies ek persoonlik tydtoetse (metode nr. 2).
7. Bestudeer die kandidaat se portefeulje, kodevoorbeelde, oop bewaarplekke
Dit is dalk die eenvoudigste manier om bevoegdhede te toets, mits jou kandidate 'n portefeulje het en jy spesialiste in jou keuringspan het wat die portefeulje kan evalueer.
Hoe om te implementeer
Ons bestudeer kandidate se CV's. As ons skakels na die portefeulje vind, bestudeer ons dit. Indien daar geen aanduiding van 'n portefeulje in die CV is nie, versoek ons 'n portefeulje van die kandidaat.
In watter gevalle gebruik ek hierdie metode?
In my praktyk is hierdie metode baie selde gebruik. Dit is nie gereeld dat 'n kandidaat se portefeulje werk oor die gewenste onderwerp bevat nie. Ervare kandidate verkies dikwels hierdie metode in plaas van 'n tipiese en oninteressante toetstaak. Hulle sê, "kyk na my rap, daar is dosyne voorbeelde van my oplossings vir verskeie probleme, jy sal sien hoe ek kode skryf."
Voordele
Kandidate se tyd word gespaar. As die professionele persone in u span tyd het, is dit moontlik om vinnig en sonder kommunikasie met kandidate ongeskiktes uit te wis. Terwyl die werwer op soek is na kandidate, beoordeel sy kollega die portefeulje. Die resultaat is redelik vinnige en parallelle werk.
Beperkings
Hierdie metode kan nie vir alle IT-professies gebruik word nie. Om 'n portefeulje te evalueer, moet jy self vaardighede ontwikkel het. As jy nie 'n spesialis is nie, sal jy nie die portefeulje kwalitatief kan evalueer nie.
Kollegas, ek nooi julle uit om te bespreek wat julle in die kommentaar gelees het. Vertel ons, watter ander metodes gebruik jy om vaardighede vinnig te toets?
Bron: will.com