Contractar especialistes informàtics no és una tasca fàcil. En primer lloc, actualment hi ha una escassetat de personal experimentat al mercat, això ho entenen. Sovint, els candidats no estan disposats a dedicar molt de temps als "esdeveniments de selecció" d'un empresari si primer no els interessa. La pràctica anteriorment popular de "us farem una prova durant més de 8 hores" ja no funciona. Per a l'avaluació inicial dels coneixements i la selecció dels candidats abans de realitzar una entrevista tècnica a gran escala, cal utilitzar altres mètodes més ràpids. En segon lloc, per a una avaluació d'alta qualitat dels coneixements i les habilitats, cal tenir aquestes habilitats o atraure un company que tingui aquestes habilitats. Aquestes dificultats es poden resoldre mitjançant els mètodes que parlaré en aquest article. Jo mateix faig servir aquests mètodes i he compilat una mena de qualificació per a mi.
Per tant, les meves 7 millors maneres de provar ràpidament les competències dels especialistes informàtics abans d'una entrevista:
7. Estudieu la cartera del candidat, els exemples de codi i els repositoris oberts.
6. Una tasca de prova a curt termini (completa en 30-60 minuts).
5. Una breu entrevista expressa sobre habilitats per telèfon/Skype (com un qüestionari, només en línia i per veu).
4. Live-Doing (Codificació): resolem un problema senzill en temps real amb una pantalla compartida.
3. Qüestionaris amb preguntes obertes sobre l'experiència.
2. Proves breus d'opció múltiple amb temps limitat per completar.
1. Tasca de prova multietapa, la primera etapa es completa abans de l'entrevista.
A continuació, considero detalladament aquests mètodes, els seus avantatges i inconvenients i les situacions en què utilitzo un o altre mètode per provar ràpidament les competències dels programadors.
A l'article anterior sobre l'embut de contractació Vaig realitzar una enquesta entre lectors sobre maneres de posar a prova ràpidament les habilitats dels especialistes informàtics. En aquest article parlo dels mètodes que m'agraden personalment, per què m'agraden i com els faig servir. Començo en primer lloc i acabo setè.
1. Tasca de prova multietapa, la primera etapa es completa abans de l'entrevista
Considero que aquest mètode per provar les competències dels desenvolupadors és el millor. A diferència d'una tasca de prova tradicional, quan dius "agafa la tasca i vés a fer-la", a la meva versió el procés de finalització de la tasca de prova es divideix en etapes: discussió i comprensió de la tasca, disseny d'una solució i avaluació de la tasca necessària. recursos, diverses etapes d'implementació de la solució, documentació i lliurament acceptació de la decisió. Aquest enfocament s'acosta més a la tecnologia moderna de desenvolupament de programari normal que només "agafar-ho i fer-ho". Detalls a continuació.
En quins casos faig servir aquest mètode?
Per als meus projectes, acostumo a contractar treballadors remots que desenvolupen una part separada, separada i relativament independent del projecte. Això redueix la necessitat de comunicació entre els empleats, sovint a zero. Els empleats no es comuniquen entre ells, sinó amb el responsable del projecte. Per tant, és important per a mi avaluar immediatament la capacitat d'una persona per entendre ràpidament un problema, fer preguntes clarificadores, desenvolupar de manera independent un pla d'acció per resoldre el problema i estimar els recursos i el temps necessaris. Una tasca de prova en diverses etapes m'ajuda molt amb això.
Com implementar
Identifiquem i formulem una tasca independent i original relacionada amb el projecte que haurà de treballar el desenvolupador. Normalment descric com a tasca un prototip simplificat de la tasca principal o del producte futur, per a la implementació del qual el desenvolupador haurà d'afrontar els principals problemes i tecnologies del projecte.
La primera etapa de la tasca de prova és familiaritzar-se amb el problema, aclarir allò que no està clar, dissenyar una solució, planificar els passos per resoldre el problema i estimar el temps per completar els passos individuals i tota la tasca de prova. A la sortida, espero un document d'1 o 2 pàgines que descrigui el pla d'acció del desenvolupador i el temps estimat. També demano als candidats que indiquin quines de les etapes els agradaria implementar completament per confirmar les seves habilitats a la pràctica. Encara no cal programar res.
Aquesta tasca (la mateixa) es lliura a diversos candidats. S'esperen respostes dels candidats l'endemà. A continuació, passats 2-3 dies, quan s'han rebut totes les respostes, analitzem què ens han enviat els candidats i quines preguntes aclaridores han fet abans de començar la tasca. A partir d'aquesta informació, podeu convidar qualsevol nombre de candidats que necessiteu a la següent etapa.
La següent etapa és una breu entrevista. Ja tenim alguna cosa de què parlar. El candidat ja té una idea aproximada de l'àrea temàtica del projecte en què treballarà. L'objectiu principal d'aquesta entrevista és respondre les preguntes tècniques del candidat i motivar-lo per completar la tasca principal de la prova: programar la part de la tasca que ell mateix ha escollit. O la part que voleu veure implementada.
Sempre és molt interessant veure quina part de la tasca vol implementar el desenvolupador. Algunes persones prefereixen desempaquetar l'estructura del projecte, descompondre la solució en mòduls i classes, és a dir, es mouen de dalt a baix. Alguns destaquen una subtasca separada, la més important segons la seva opinió, sense prescriure la solució en conjunt. És a dir, van de baix a dalt, des de la subtassca més complexa fins a tota la solució.
Avantatges
Podem veure l'erudició del candidat, l'aplicabilitat dels seus coneixements al nostre projecte i el desenvolupament de les habilitats comunicatives. També ens resulta fàcil comparar els candidats entre ells. Normalment rebutjo els candidats que donen estimacions massa optimistes o massa pessimistes del temps que trigarà a completar una tasca. Per descomptat, tinc la meva pròpia estimació del temps. La puntuació baixa d'un candidat probablement indica que la persona no va entendre la tasca correctament i va completar aquesta prova de manera superficial. L'estimació excessiva del temps sol indicar que el candidat té una mala comprensió de l'àrea temàtica i no té experiència en els temes que necessito. No rebutjo immediatament els candidats en funció de la seva puntuació, sinó que els demano que justifiquen la seva valoració si l'avaluació no ha estat ja prou motivada.
Per a alguns, aquest mètode pot semblar complicat i costós. La meva valoració de la intensitat laboral d'utilitzar aquest mètode és la següent: triga 30-60 minuts a descriure la tasca de prova i després de 15 a 20 minuts a comprovar la resposta de cada candidat. Per als candidats, completar una tasca de prova d'aquest tipus no sol trigar més d'1 a 2 hores, mentre que estan immersos en l'essència dels problemes que hauran de resoldre en el futur. Ja en aquesta etapa, el candidat pot no interessar-se i es nega a comunicar-se amb vostè, després d'haver perdut una mica de temps.
Limitacions
En primer lloc, heu de crear una tasca de prova original, aïllada i àmplia; això no sempre és possible. En segon lloc, no tots els candidats entenen immediatament que la programació no és necessària en la primera etapa. Algunes persones comencen a programar de seguida i desapareixen durant uns dies, després els envien una tasca de prova completament completada. Formalment, van fallar aquesta tasca de prova perquè no van fer el que se'ls requeria. Però, al mateix temps, ho tenien èxit si enviaven una solució adequada a tota la tasca de prova. Per eliminar aquest tipus d'incidències, acostumo a trucar a tots els candidats que han rebut la tasca 2 dies després de l'emissió de l'encàrrec per saber com ho estan fent.
2. Proves breus de resposta múltiple amb límit de temps
No faig servir aquest mètode sovint, tot i que m'agrada molt i trobo que és una de les millors maneres de provar competències ràpidament. Escriuré un article separat sobre aquest mètode en un futur proper. Aquestes proves s'utilitzen àmpliament en diversos camps del coneixement. L'exemple més cridaner i típic és l'examen teòric per a l'obtenció del carnet de conduir. A Rússia, aquest examen conté 20 preguntes que s'han de respondre en 20 minuts. Es permet un error. Si cometeu dos errors, heu de respondre correctament 10 preguntes addicionals. Aquest mètode és altament automatitzat.
Malauradament, no he vist bones implementacions d'aquestes proves per als programadors. Si coneixeu bones implementacions ja fetes d'aquestes proves per a programadors, escriviu als comentaris.
Com implementar
He treballat amb l'autoimplementació de proves similars per part dels empresaris a l'hora de complir comandes com a reclutador subcontractat. És molt possible implementar aquesta prova. Per exemple, amb Google Forms. El principal problema està en la composició de preguntes i opcions de resposta. Normalment, la imaginació dels empresaris és suficient per a 10 preguntes. Malauradament, a Google Forms és impossible implementar la rotació de preguntes del grup i els límits de temps. Si coneixeu una bona eina en línia per crear les vostres pròpies proves, on podeu limitar el temps per fer la prova i organitzar la selecció de diferents preguntes per a diferents candidats, escriviu sobre aquests serveis als comentaris.
En quins casos faig servir aquest mètode?
Ara faig servir aquest mètode a petició dels empresaris si tenen proves preparades que es poden fer als candidats. També és possible combinar aquestes proves amb el quart mètode de la meva qualificació: demanem al candidat que comparteixi la seva pantalla i faci la prova. Al mateix temps, podeu discutir preguntes i respondre opcions amb ell.
Avantatges
Si s'implementa bé, aquest mètode és autònom. El candidat pot escollir un moment convenient perquè faci la prova i no cal que perdi gaire temps.
Limitacions
La implementació d'alta qualitat d'aquest mètode és bastant cara i no és molt convenient per a una petita empresa que de tant en tant contracta nous empleats.
3. Qüestionaris amb preguntes obertes sobre l'experiència
Es tracta d'un conjunt de preguntes obertes que conviden al candidat a reflexionar sobre la seva experiència. Tanmateix, no oferim opcions de resposta. Les preguntes obertes són aquelles que no es poden respondre de manera senzilla i monosil·labica. Per exemple, recordeu el problema més difícil que vau resoldre amb tal o tal marc? Quina va ser la principal dificultat per a tu? Aquestes preguntes no es poden respondre en monosíl·labs. Més precisament, l'única resposta senzilla és que no tinc aquesta experiència, no he treballat amb aquesta eina.
Com implementar
Fàcil d'implementar mitjançant Google Forms. El més important és fer preguntes. Utilitzo diversos dissenys estàndard.
Parla'ns de l'últim projecte que vas fer amb l'ajuda de XXX, què va ser el més difícil per a tu en aquest projecte?
Quins són els principals avantatges de la tecnologia XXX per a tu, posa exemples de la teva experiència?
Després d'haver escollit la tecnologia XXX, quines altres alternatives vau considerar i per què vau triar XXX?En quines situacions triaríeu la tecnologia AAA sobre BBB?
Parleu-nos del problema més difícil que vau resoldre amb XXX, quina va ser la principal dificultat?
En conseqüència, aquestes construccions es poden aplicar a moltes tecnologies de la vostra pila de treball. No és fàcil respondre aquestes preguntes amb frases de plantilla d'Internet, ja que són personals i sobre l'experiència personal. A l'hora de respondre aquestes preguntes, el candidat sol tenir present la idea que a l'entrevista qualsevol de les seves respostes es pot desenvolupar en forma de preguntes addicionals. Per tant, si no hi ha experiència, els candidats sovint es retiren, adonant-se que la conversa pot ser inútil.
En quins casos faig servir aquest mètode?
Quan es treballa amb comandes per a la selecció d'especialistes, si el client no ha proposat el seu propi mètode de prova de competències primàries, utilitzo aquest mètode. Ja tinc preparats qüestionaris sobre diversos temes i no em costa res utilitzar aquest mètode per a un nou client.
Avantatges
Fàcil d'implementar mitjançant Google Forms. A més, es pot fer una nova enquesta a partir de l'anterior, substituint els noms de tecnologies i eines per altres. Per exemple, una enquesta sobre experiència amb React no serà gaire diferent d'una enquesta sobre experiència amb Angular.
La compilació d'aquest qüestionari triga entre 15 i 20 minuts i els candidats solen dedicar entre 15 i 30 minuts a respondre. La inversió de temps és petita, però rebem informació sobre l'experiència personal del candidat, a partir de la qual podem construir i fer que cada entrevista amb els candidats sigui única i més interessant. Normalment, la durada de l'entrevista després d'aquest qüestionari és més curta, ja que no cal fer preguntes senzilles i semblants.
Limitacions
Per distingir la resposta d'un candidat d'una de "Google", cal entendre el tema. Però això ve ràpidament amb l'experiència. Després de visualitzar entre 10 i 20 respostes, aprendràs a distingir les respostes originals dels candidats de les que es troben a Internet.
4. Live-Doing (Codificació): resoldre un problema senzill en temps real amb una pantalla compartida
L'essència d'aquest mètode és demanar al candidat que resolgui un problema senzill i observar el procés. El candidat pot utilitzar qualsevol cosa; no hi ha cap prohibició de cercar informació a Internet. El candidat pot experimentar estrès per ser observat a la feina. No tots els candidats accepten aquesta opció per avaluar les seves habilitats. Però, d'altra banda, aquest mètode permet veure quins coneixements té una persona al cap, què pot utilitzar fins i tot en una situació estressant i quina informació anirà a un cercador. El nivell del candidat es nota gairebé immediatament. Els principiants utilitzen les característiques més bàsiques, fins i tot primitives del llenguatge, i sovint comencen a implementar manualment la funcionalitat de les biblioteques bàsiques. Els candidats més experimentats coneixen les classes bàsiques, els mètodes i les funcions i poden resoldre ràpidament un problema senzill, 2-3 vegades més ràpid que els principiants, utilitzant la funcionalitat de la biblioteca bàsica d'idiomes que els és familiar. Fins i tot els candidats amb més experiència solen començar parlant de diferents enfocaments per resoldre un problema i presentar diverses opcions de solució, preguntant-me quina opció m'agradaria que s'implementés. Tot el que fa el candidat es pot discutir. Fins i tot basant-se en la mateixa tasca, les entrevistes resulten molt diferents, així com les solucions dels candidats.
Com a variació d'aquest mètode, es pot demanar al candidat que faci alguna prova per comprovar les competències professionals, justificant l'elecció d'una o altra de les opcions de resposta. A diferència de les proves habituals, descobrireu com de raonable va ser l'elecció de les respostes. Podeu proposar les vostres pròpies variacions d'aquest mètode, tenint en compte les característiques de la vostra vacant.
Com implementar
Aquest mètode s'implementa fàcilment mitjançant Skype o un altre sistema de comunicació de vídeo similar que us permet compartir la pantalla. Podeu trobar problemes vosaltres mateixos o utilitzar llocs com Code Wars i una varietat de proves ja fetes.
En quins casos faig servir aquest mètode?
Quan selecciono programadors i del currículum no queda gens clar quin nivell de coneixement té el candidat, ofereixo als candidats una entrevista en aquest format. Segons la meva experiència, al voltant del 90% dels desenvolupadors no els importa. Estan satisfets que des de la primera entrevista comenci la comunicació sobre la programació, i no preguntes estúpides com "On et veus d'aquí a 5 anys".
Avantatges
Malgrat l'estrès i l'ansietat del candidat, el nivell d'habilitat general del candidat és immediatament i clarament visible. Les habilitats comunicatives del candidat també es fan clarament visibles: com raona, com explica i motiva la seva decisió. Si necessiteu parlar d'un candidat amb els companys, és fàcil fer una gravació de vídeo de la vostra pantalla i després mostrar l'entrevista a altres persones.
Limitacions
La comunicació es pot interrompre. A causa de l'ansietat, el candidat pot començar a ser estúpid. En aquesta situació, podeu fer una pausa i donar-li temps per pensar en la tasca sol, tornar a trucar després de 10 minuts i continuar. Si després d'això el candidat es comporta de manera estranya, val la pena provar una altra manera d'avaluar les habilitats.
5. Breu entrevista expressa sobre habilitats per telèfon/Skype
Això és simplement una conversa de veu per telèfon, Skype o un altre sistema de comunicació de veu. Al mateix temps, podem avaluar les habilitats comunicatives del candidat, la seva erudició i perspectiva. Podeu utilitzar un qüestionari com a pla de conversa. Alternativament, podeu discutir amb més detall amb el candidat les seves respostes al vostre qüestionari.
Com implementar
Acordem una conversa amb el candidat i truquem. Fem preguntes i anotem les respostes.
En quins casos faig servir aquest mètode?
Normalment utilitzo aquest mètode juntament amb un qüestionari quan les respostes del candidat em semblaven originals o no prou convincents. Parlo amb el candidat sobre les preguntes del qüestionari i conec la seva opinió amb més detall. Considero que aquesta conversa és obligatòria quan les habilitats comunicatives del candidat i la capacitat de formular els seus pensaments de manera senzilla i clara són importants.
Avantatges
Sense parlar amb veu sobre temes professionals, normalment és impossible determinar fins a quin punt un candidat pot expressar els seus pensaments.
Limitacions
El principal desavantatge és el temps addicional dedicat. Per tant, faig servir aquest mètode a més d'altres, si cal. A més, hi ha candidats que parlen bé sobre temes professionals, però tenen pocs coneixements pràctics. Si necessiteu un programador que resolgui problemes de manera coherent i eficient, és millor triar un altre mètode de prova de competències primàries. Si necessiteu un gerent o un analista, és a dir, un especialista que tradueixi del llenguatge humà a "programador" i viceversa, aquest mètode de prova de competències serà molt útil.
6. Tasca de prova a curt termini (completa en 30-60 minuts)
Per a diverses professions, és important que un especialista pugui trobar ràpidament una solució a un problema. Per regla general, els problemes no són difícils de resoldre, però el temps que triga a resoldre el problema és important.
Com implementar
Acordem amb el candidat el temps per a la realització de la tasca de la prova. En el moment assenyalat, enviem al candidat els termes de la tasca i descobrim si entén el que se li demana. Enregistrem el temps que dedica el candidat a resoldre el problema. Analitzem la solució i el temps.
En quins casos faig servir aquest mètode?
A la meva pràctica, aquest mètode es va utilitzar per provar les competències dels especialistes de suport tècnic, programadors SQL i provadors (QA). Les tasques eren com "trobar àrees problemàtiques i esbrinar com solucionar el problema", "optimitzar la consulta SQL perquè funcioni 3 vegades més ràpid", etc. Per descomptat, podeu fer les vostres pròpies tasques. Per als desenvolupadors principiants, també es pot utilitzar aquest mètode.
Avantatges
Dediquem el nostre temps només a redactar i comprovar el treball. El candidat pot triar un moment que li convingui per completar la tasca.
Limitacions
El principal inconvenient és que les solucions als vostres problemes o similars es poden penjar a Internet, per la qual cosa cal disposar d'una sèrie d'opcions i periòdicament presentar noves tasques. Si necessiteu provar la vostra velocitat de reacció i horitzons, jo personalment trio proves cronometrades (mètode núm. 2).
7. Estudiar la cartera del candidat, exemples de codi, repositoris oberts
Aquesta és potser la manera més senzilla de provar les competències, sempre que els vostres candidats tinguin una cartera i tingueu especialistes al vostre equip de selecció que puguin avaluar la cartera.
Com implementar
Estudiem els currículums dels candidats. Si trobem enllaços al portfoli, els estudiem. Si no hi ha cap indicació d'una cartera al currículum, sol·licitem una cartera al candidat.
En quins casos faig servir aquest mètode?
A la meva pràctica, aquest mètode s'utilitzava molt poques vegades. No sol ser que la cartera d'un candidat contingui treballs sobre el tema desitjat. Els candidats amb experiència sovint prefereixen aquest mètode en lloc d'una tasca de prova típica i poc interessant. Diuen: "mireu el meu rap, hi ha desenes d'exemples de les meves solucions a diversos problemes, veureu com escric el codi".
Avantatges
S'estalvia temps als candidats. Si els professionals del vostre equip disposen de temps, és possible eliminar ràpidament i sense comunicació amb els candidats els que no són adequats. Mentre el reclutador busca candidats, el seu company està avaluant la cartera. El resultat és un treball bastant ràpid i paral·lel.
Limitacions
Aquest mètode no es pot utilitzar per a totes les professions de TI. Per avaluar una cartera, cal haver desenvolupat habilitats tu mateix. Si no sou un especialista, no podreu avaluar qualitativament la cartera.
Companys, us convido a comentar el que heu llegit als comentaris. Digueu-nos, quins altres mètodes de prova ràpida de competències feu servir?
Font: www.habr.com