{"id":761,"date":"2017-09-26T14:28:42","date_gmt":"2017-09-26T12:28:42","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/condurre-il-colloquio-tecnico\/"},"modified":"2017-09-26T14:28:42","modified_gmt":"2017-09-26T12:28:42","slug":"condurre-il-colloquio-tecnico","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/condurre-il-colloquio-tecnico\/","title":{"rendered":"Condurre il colloquio tecnico"},"content":{"rendered":"<p>Mi ricordo benissimo il mio primo colloquio come manager. Mi tremavano le mani mentre conducevo il candidato su per le scale che portavano alla sala conferenze che avevo prenotato. Quando ci siamo arrivati, sono andato in panico. E se non faccio una domanda di vitale importanza? E come so quali sono le domande vitali? E se lo assumo ed \u00e8 completamente non professionale? Come so se <em>conosce<\/em> davvero JavaScript? Aspetta un attimo: ha una protesi al posto della gamba? <em>Ho appena fatto salire le scale a un candidato con una protesi alla gamba?<\/em> Oh no, sono gi\u00e0 un disastro in questo colloquio!<\/p>\n<p>! colloqui tecnici possono essere snervanti, anche se non avete familiarit\u00e0 con <a href=\"http:\/\/italianalistapart.com\/articoli\/98-numero-82-7-ottobre-2013\/410-intervistare-le-persone\">le basi dei colloqui<\/a>. Sia che siate un nuovo team leader o che ricopriate questo ruolo da anni, i pensieri e le insicurezze come quelle che ho avuto io nel mio primo colloquio possono tormentarvi e perfino i processi di colloquio ben stabiliti possono fallire nello screening di candidati adeguati.<\/p>\n<p>Fare colloqui per posizioni tecniche \u00e8, in molti modi, un atto d&#8217;equilibrio. Guardate il passato, il presente e il futuro. Guardate le soft skill e le hard skill. Dovete pensare sia come un acquirente sia come un venditore. Dovete anche preoccuparvi dell&#8217;immagine dell&#8217;azienda e alla gestione della reputazione. Ci sono delle cose di base che potete fare per tenere l&#8217;equilibrio e rappresentare meglio l&#8217;azienda.<\/p>\n<div class=\"paragrafo\">\n<h2 id=\"section1\">Definite il ruolo ideale<\/h2>\n<p>Lo ammetto, per il mio primo giro di colloqui, tutto quello che cercavo era qualcuno che potesse farmi spuntare tutte le caselle delle skill tecniche sul mio elenco. Mentre progredivo nella mia carriera da manager, ho cominciato a imparare che non avrei mai cercato la stessa persona due volte: ogni volta che c&#8217;era una posizione aperta, il team aveva bisogni differenti e io dovevo tenerne conto nell&#8217;assunzione di qualcuno. Anche se la descrizione del lavoro per un front-end developer non cambiava molto ogni volta, le mie aspettative per il mio candidato ideale cambiavano. Quel gap tra la job description e il ruolo ideale mi ha colto in fallo per un bel po&#8217; di tempo.<\/p>\n<p>Prima di cominciare a fare colloqui, vi servir\u00e0 una descrizione scritta precisa di quello che cercate in un candidato ideale, che vada oltre quella tipica delle descrizioni degli annunci. L&#8217;annuncio potrebbe dire Senior Front-End Developer, ma se vi serve che qualcuno sia il vostro CSS animation specialist e vi aiuti a definire gli standard e le best practice, che sia adesso o fra otto mesi, dovrete tenerne conto quando assumete.<\/p>\n<p>Siate orientati al futuro nella vostra descrizione: chiedetevi cosa succeder\u00e0 quando l&#8217;impiegato non rientrer\u00e0 pi\u00f9 nel suo ruolo. Potrebbe fare da supervisore o perlomeno gli piacerebbe? C&#8217;\u00e8 un&#8217;opportunit\u00e0 per essere un <a href=\"https:\/\/alistapart.com\/article\/the-foundation-of-technical-leadership\">technical leader<\/a> o un architetto nella vostra azienda, se quella \u00e8 la strada che questa persona sceglie? Questa persona potrebbe un giorno rimpiazzarvi? (Ricordatevi, probabilmente non verrete promossi finch\u00e9 non ci sar\u00e0 qualcuno che prenda il vostro posto). Se non avete una domanda alla risposta di cosa succede quando un impiegato non rientrer\u00e0 pi\u00f9 nel ruolo, la risposta \u00e8 che di solito si trover\u00e0 un&#8217;altra azienda.<\/p>\n<p>Chiedetevi anche cosa succede se il team continua a crescere. Questa persona avr\u00e0 l&#8217;attitudine giusta per imparare nuove skill e assumersi nuove responsabilit\u00e0 al bisogno? Come risponder\u00e0 al cambiamento? Cosa succederebbe se doveste mettere questa persona di fronte a un cliente? La crescita \u00e8 inevitabile in un&#8217;azienda che sta bene, sia in dimensione che ambito. La vostra definizione dovrebbe descrivere qualcuno con cui potete crescere e che non rimarr\u00e0 indietro.<\/p>\n<p>Definite non solo le skill tecniche, ma anche le soft skill che vi servono per il ruolo che avete in mente. Se vi serve qualcuno che prenda la guida nella collaborazione con il team creativo, occorrer\u00e0 definire cosa render\u00e0 di successo un impiegato in quel ruolo e assumere in base a quello. Questo pu\u00f2 in realt\u00e0 essere pi\u00f9 importante che i requisiti tecnici. Le skill tecniche si possono imparare facilmente, le soft skill no.<\/p>\n<p>Quando farete tutto questo, avrete un elenco di aspettative per un ruolo che probabilmente non ci star\u00e0 in un annuncio di lavoro. Quando appropriato (non fate promesse di crescita), testate quelle acque con le persone a cui state facendo il colloquio. Anche se determinate che una persona sar\u00e0 un buon trainer, potrebbero non volerlo fare, il che pu\u00f2 essere una sorpresa sgradevole se assumente quella persona con l&#8217;intento che maturi nel ruolo nel giro di un anno.<\/p>\n<p>Una volta che sapete cosa state cercando, il passo successivo \u00e8 fare in modo che quella persona voglia lavorare per voi.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2 id=\"section2\">Vendete il lavoro<\/h2>\n<p>I colloqui pi\u00f9 tristi per me sono quelli in cui trovo il candidato ideale come me l&#8217;ero immaginato e poi questo se ne va. A volte, trovano semplicemente un salario pi\u00f9 alto da qualche altra parte, ma a volte decidono che non gli piace l&#8217;azienda e vogliono continuare a cercare. Entrambe le cose sono tristi, ma in ogni modo, \u00e8 sempre nel vostro interesse fare in modo che ai candidati piaccia la vostra azienda.<\/p>\n<p>Ricordate, quando fate un colloquio a qualcuno, questi a sua volta sta facendo un colloquio a voi. Non presupponete mai che la vostra azienda sia l&#8217;unico posto per cui un candidato sta facendo un colloquio. \u00c8 vero che alcune persone entrano dalla porta avendo gi\u00e0 preso la loro decisione, ma molti stanno ancora decidendo se vogliono lavorare per la vostra azienda e migliore \u00e8 il candidato quante pi\u00f9 opzioni avr\u00e0, quindi dovrete sforzarvi di pi\u00f9 per fargli piacere la vostra azienda.<\/p>\n<p>Perci\u00f2, come si fa a vendere un lavoro? Un venditore vi direbbe che si comincia col conoscere tre cose molto bene: il prodotto, i competitor e il cliente. Il prodotto \u00e8 la vostra azienda: benefit, ricompense, cultura, tipo di lavoro, quantit\u00e0 di lavoro e anche la posizione. I competitor sono tutti quei business locali che assumono tipi simili di persone e dovrete sapere di loro tanto quanto sapete della vostra azienda. Il cliente \u00e8 il candidato. Conoscere bene ognuna di queste tre cose ed essere in grado di confrontarle \u00e8 cruciale per convincere i candidati migliori.<\/p>\n<p>Fate le vostre ricerche non solo nella vostra azienda ma anche tra i vostri competitor locali. Quali sono i vostri vantaggi competitivi? Quali sono i loro? (se pensate che un tavolo da ping pong sia un vantaggio competitivo, probabilmente dovrete scavare un po&#8217; pi\u00f9 a fondo. A volte non riguarda quello che avete quanto quello che non ha la concorrenza. Se vedete molti candidati provenienti da un competitor, scoprite perch\u00e9 e vedete se potete sfruttare quel fattore per vendere la vostra azienda.<\/p>\n<p>Imparate <a href=\"http:\/\/stackoverflow.com\/research\/developer-survey-2016#work-job-priorities\">quello che i possibili dipendenti cercano in un lavoro<\/a>. Probabilmente ci saranno delle caratteristiche in comune. Se vi perdete i migliori talenti perch\u00e9 non offrite un benefit o perch\u00e9 a loro non piacciono i vostri processi, sarebbe saggio rivederli. Proprio come la tecnologia nel nostro settore \u00e8 in costante cambiamento, cos\u00ec stanno cambiando anche le aspettative e i bisogni dei nostri impiegati. Non rimanete indietro su quello che potete offrire ai vostri impiegati.<\/p>\n<p>Quasi tutti i candidati avranno domande su com&#8217;\u00e8 l&#8217;ambiente di lavoro. Dovreste aver pronto un breve elevator speech che riassuma la vostra risposta e che venda la vostra azienda in un minuto o meno. Potreste in realt\u00e0 voler iniziare il colloquio con quel discorso per levarvi subito quello domande e far esaltare i candidati per la posizione disponibile prima di cominciare a scoprire qualcosa su di loro.<\/p>\n<p>Infine, siate autentici con i candidati. Non cercate di rivoltare una debolezza come un punto di forza perch\u00e9 la maggior parte delle persone vi scoprir\u00e0 subito. Se non credete abbastanza nella vostra azienda da esserne totalmente sinceri, perch\u00e9 dovrebbero credervi abbastanza da lavorare per voi? Non dovete fargli un elenco completo di tutto quello che non va nella vostra azienda, ma non glissate sulle domande e non cercate di far apparire un difetto come un punto di forza. Come esempio, se la vostra azienda ha la reputazione di far venire un esaurimento ad alcune persone, questo \u00e8 importante, ma potete parlare del tipo di gente che vi si trova bene piuttosto che del contrario. \u00c8 meglio che la gente lo scopra durante il colloquio piuttosto che dopo tre mesi di addestramento.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2 id=\"section3\">Assumete una persona non una code machine<\/h2>\n<p>Nei miei cinque anni come supervisore, ho dovuto licenziare solo due persone. Volete sapere quanti sono stati licenziati perch\u00e9 non avevano le skill tecniche? Zero. In entrambe i casi, gli impiegati non avevano funzionato per ragioni non tecniche.<\/p>\n<p>C&#8217;\u00e8 un numero di fattori non tecnici da cercare in un candidato: personalit\u00e0, che vada bene con il team, capacit\u00e0 comunicative, apertura al cambiamento, potenziale di leadership e una serie di altri. (Questo \u00e8 il vero motivo per cui state facendo un colloquio, non per chiedere i risultati di un test). Questi dettagli non si rivelano magicamente nella parte tecnica del colloquio: dovete fare domande a riguardo.<\/p>\n<p>Create una lista di domande standard per i candidati. Le domande dovrebbero essere aperte e vi si dovrebbe rispondere con una storia. Degli esempi includono:<\/p>\n<ul>\n<li>raccontaci di una volta in cui le tue buone capacit\u00e0 comunicative ti hanno aiutato a risolvere un problema.<\/li>\n<li>Raccontaci di una volta in cui non sei stato d&#8217;accordo con il tuo supervisore e cosa hai fatto.<\/li>\n<li>Raccontaci di quando hai descritto un concetto tecnico con successo a una persona non tecnica.<\/li>\n<li>Raccontaci di quando, recentemente, hai imparato qualcosa da un errore.<\/li>\n<\/ul>\n<p>L&#8217;ordine \u00e8 importante: fate prima le domande non tecniche. La porzione tecnica del colloquio pu\u00f2 rendere nervoso qualcuno e non valuterete bene chi sia il candidato se i suoi pensieri sono fissi sulle domande tecniche a cui ha risposto male.<\/p>\n<p>Riflettere su come valutare le soft skill \u00e8 vitale, ma ricordatevi che questo \u00e8 un colloquio tecnico: dovete capire anche come valutare le capacit\u00e0 tecniche.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2 id=\"section4\">Attenetevi agli standard<\/h2>\n<p>E non sto parlando di web standard. Se non fate a tutti i developer le stesse domande, c&#8217;\u00e8 una buona probabilit\u00e0 che non avrete un buon criterio di confronto, il che significa che ci sar\u00e0 maggior probabilit\u00e0 di basarsi su <a href=\"http:\/\/www.businessinsider.com\/unconscious-biases-in-hiring-decisions-2015-7\">pregiudizi<\/a> quali la similarit\u00e0 o la simpatia.<\/p>\n<p>Sviluppate un set standard di domande tecniche e un test scritto. Le domande dovrebbero lasciare spazio a un po&#8217; di discussione, ma dovete avere in mente una risposta precisa. Trovate <a href=\"https:\/\/github.com\/arialdomartini\/Back-End-Developer-Interview-Questions\">ovunque<\/a> degli <a href=\"https:\/\/github.com\/h5bp\/Front-end-Developer-Interview-Questions\">esempi di domande cos\u00ec<\/a>. Probabilmente vorrete personalizzare la vostra lista, cos\u00ec che le persone non cerchino le risposte online prima del colloquio, ma liste cos\u00ec sono gi\u00e0 met\u00e0 del lavoro.<\/p>\n<p>(E non sentitevi in obbligo di uscirvene con una lista vostra. Se avete degli esperti tecnici a vostra disposizione, utilizzateli. Probabilmente vorrete anche che ce ne sia presente uno durante il colloquio.)<\/p>\n<p>Il test scritto pu\u00f2 decidere le sorti del colloquio. Non dovrebbe essere semplice, n\u00e9 dovrebbe essere obbligatorio rispondere correttamente a tutte le domande. Quando un candidato scrive il codice a mano, a memoria, bisogna essere clementi sulla sintassi e dare punti per le risposte parziali e per le idee. Ricordatevi cosa ha detto in merito Stephen Wolfram, il creatore del motore di risposte Wolfram Alpha: \u201cUna cosa che ho notato \u00e8 che in quasi tutte le aree, le persone che vanno pi\u00f9 lontano non sono quelle con le skill tecniche migliori ma quelle che hanno la miglior strategia per capire cosa fare\u201c. State cercando di avere un&#8217;idea della strategia di problem solving del candidato, non la loro abilit\u00e0 a memorizzare tutti i dettagli della sintassi di un linguaggio.<\/p>\n<p>Ci dovrebbero essere almeno alcune sezioni \u201csistema questo codice\u201c per verificare quanto siano buone le loro capacit\u00e0 di debugging. Di nuovo, non dovreste concentrarvi su domande a trabocchetto o su problemi di sintassi ridicolmente oscuri: volete solo misurare la capacit\u00e0 del candidato di ragionare e risolvere un problema tecnico.<\/p>\n<p>Le domande dovrebbero essere rilevanti per quello che comporta il lavoro: se ci si aspetta che creino animazioni CSS personalizzate, assicuratevi di chiedere loro se sono in grado, ma dovreste evitare conoscenze di nicchia o specifiche a un processo a meno che non siano vitali per la posizione. Regola generale: se la vostra azienda fa qualcosa di diverso rispetto al resto del settore, non fate domande a riguardo.<\/p>\n<p>Una volta che avrete preparato le domande e il test, ponete le domande ad alcuni membri del vostro team per vedere come vanno. Se i vostri developer entry-level rispondono correttamente a tutto, probabilmente \u00e8 un brutto segno. Se tutti i vostri senior developer sbagliano il test, \u00e8 un brutto segno.<\/p>\n<p>Nelle domande, dovrebbe esserci una chiara definizione dei ruoli. Quali sono le domande a cui i mid-level developer devono rispondere per forza? Quali per i senior? Ci pu\u00f2 stare un po&#8217; di flessibilit\u00e0, ma dovreste avere un&#8217;idea piuttosto buona di come dovrebbe essere un test per i senior e come dovrebbe essere quello per i mid-level.<\/p>\n<p>Se un candidato risponde bene a tutte le domande del colloquio, potete assumerlo con sicurezza. Ma quando non va bene la parte tecnica di un colloquio, dovrete sapere come gestire anche questo scenario.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2 id=\"section5\">Sappiate quando andare avanti<\/h2>\n<p>Il colloquio pi\u00f9 strano che io abbia mai fatto \u00e8 stato con un PHP developer freelance che stava cercando il suo primo lavoro in un&#8217;agenzia. Quando ho cominciato con le domande tecniche, mi sono reso conto che non sapeva tanto quanto pensava. Delle 22 domande tecniche, ha risposto correttamente a due. Era sempre pi\u00f9 a disagio ad ogni domanda difficile, specialmente quando correggevo le sue risposte sbagliate e, per la fine della parte tecnica, aveva l&#8217;aspetto di uno che \u00e8 stato colpito nello stomaco.<\/p>\n<p>Quel tizio non era qualificato per il lavoro ed entrambe l&#8217;avevamo capito alla domanda 3. Questo episodio \u00e8 avvenuto all&#8217;inizio della mia carriera da manager, quindi ho fatto comunque tutte le domande, sapendo che le avrebbe sbagliate. Imparate dal mio errore: non fatelo.<\/p>\n<p>Lasciate che i candidati falliscano con grazia. Non interrompeteli con la risposta giusta alla domanda con cui stanno combattendo e non correggeteli se rispondono in modo solo parzialmente corretto. Se sbagliano, andate avanti senza mostrare che li state giudicando. Se davvero non riescono a dare una risposta, ditegli semplicemente che proseguite.<\/p>\n<p>Se una persona sbaglia le domande verbali, non fategli fare il test scritto (che probabilmente sar\u00e0 molto pi\u00f9 difficile). Sentitevi liberi di dirgli subito che non vanno bene per quella particolare posizione e che gli augurate ogni bene nella loro ricerca di lavoro. Se pensate che potrebbero andar bene per un&#8217;altra posizione nella vostra azienda, o se vorreste rivederli una volta che avranno studiato bene le cose fondamentali, diteglielo. Ma non ha senso tenerli in sospeso con un non-risposta vaga se la risposta \u00e8 sicuramente no.<\/p>\n<div class=\"paragrafo\">\n<h2 id=\"section6\">Conclusione<\/h2>\n<p>Selezionare talenti tecnici pu\u00f2 essere difficile. Avere una visione olistica sia del ruolo sia del candidato \u00e8 fondamentale per prendere la decisione giusta in fatto di assunzioni. Ricordatevi di prendere bene appunti, anche se pensate di non averne bisogno. E buona fortuna!<\/p>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Fare colloqui per posizioni tecniche pu\u00f2 essere stressante. Il vostro piano per il colloquio tiene conto delle domande vitali? Avete definito chiaramente il ruolo? Riconoscerete il candidato giusto? Brandon Gregory condivide con noi delle esperienze e dei suggerimenti per aiutarci a prendere la giusta decisione per le assunzioni.<\/p>\n","protected":false},"author":818,"featured_media":0,"comment_status":"open","ping_status":"open","template":"","categories":[263,191,8],"tags":[],"coauthors":[497],"class_list":["post-761","article","type-article","status-publish","hentry","category-business","category-numero-213-10-settembre-2017","category-processo-procedimenti"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article\/761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article"}],"about":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/types\/article"}],"author":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/users\/818"}],"replies":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/comments?post=761"}],"wp:attachment":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media?parent=761"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/categories?post=761"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/tags?post=761"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/coauthors?post=761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}