Alternativa interviului whiteboard: cum să faci (în sfârșit) interviurile tehnice cum trebuie

Interviurile tehnice au stârnit de mult timp indignare în rândul dezvoltatorilor de software. Scopul lor este de a evalua aptitudinile inginerești și de a prezice performanțele viitoare în cazul în care vor fi angajați pentru postul respectiv. Sună destul de simplu, nu-i așa? Atunci de ce atât de multe companii de tehnologie, inclusiv giganți din domeniul tehnologiei, recurg la metode de interviu pe care dezvoltatorii le urăsc cu adevărat? Interviul cu tablă albă este de departe cel mai mare infractor.

În acest articol, analizăm următoarele subiecte:

• Ce este un interviu pe tablă albă și ce este în neregulă cu el?
• Care este scopul interviului tehnic?
• Urăsc dezvoltatorii ideea de a fi testați? Perspective din studiul nostru
• 73% dintre dezvoltatori dau un test de codare trimis de recrutor
• 91.9% dintre dezvoltatorii care încep să facă testul îl termină.
• Alternativa interviului Whiteboard a.k.a. cum să-ți structurezi procesul de recrutare tehnică
• Spartez recrutare tehnică: structură
• Interviul pe tablă: concluzie

Am adunat mai multe sfaturi și trucuri pentru interviuri tehnice în Ghidul suprem pentru interviul tehnic.

Ce este un interviu de tablă albă ce este în neregulă cu el?

Interviurile de tip whiteboard sunt în esență chestionare tehnice care nu spun mare lucru despre abilitățile reale de codare. Candidaților li se cere să inverseze arbori binari pe o tablă albă sau să-și amintească algoritmi din capul locului. Ca să citez un instructor de codare Quincy Larson,

"Din păcate, practicile de interviu din marile companii de tehnologie nu sunt atât de științifice. Decizia de a angaja sau nu un dezvoltator se reduce, de obicei, la faptul că candidatul se apropie de o tablă albă și regurgitează algoritmi care nu s-au schimbat din anii 1970, ca o maimuță antrenată (clasic)."

Cu alte cuvinte, cel mai mare defect al interviului pe tablă albă este că nu este realist. De asemenea, nu este reprezentativ pentru abilitățile de codare ale unei persoane. În consecință, acest stil de interviu poate fi stresant și intimidant pentru candidat. Chiar și dezvoltatorii calificați și experimentați se pot simți intimidați de acest proces și chiar pot eșua la acest tip de interviu.

Dovezi?

Max Howell: Swift. Sursă deschisă. Futurism. Creator de Homebrew. Cu normă întreagă făcând open source pentru *tu*.

David Heinemeier Hansson: Creator al Ruby on Rails, fondator și director tehnic la Basecamp, autor de best-selleruri NYT și pilot de curse câștigător al cursei de 24 de ore de la Le Mans.

Puzzle-urile de testare pe tablă albă nu seamănă cu munca de zi cu zi a dezvoltatorilor - nu există calculatoare, nu există acces la materiale de referință. Acest scenariu este nerealist și, ca atare, vă spune foarte puțin despre abilitățile reale de codare ale cuiva. După cum se arată pe Quincy Larson a scris, "Singura lume în care ai avea nevoie de fapt să poți reaminti un algoritm ar fi una post-apocaliptică, în care hard disk-urile tuturor computerelor conectate la internet ar fi fost prăjite, iar toate copiile documentelor academice fundamentale și ale manualelor de informatică ar fi fost reduse la cenușă."

Este foarte puțin probabil ca dezvoltatorii dvs. să lucreze în acest tip de mediu. Pentru a înrăutăți lucrurile, interviurile pe tablă albă tind să producă echipe omogene, deoarece, de obicei, "discriminează persoanele care sunt deja subreprezentate în domeniu.“

Cu toată reputația proastă pe care o au, ai crede că testele cu tablă albă sunt de domeniul trecutului. Din păcate, ele sunt încă foarte vii. Există multe resurse care îi învață pe oameni să treacă cu brio de interviurile whiteboard, deoarece, așa cum am spus, este o abilitate de sine stătătoare.

Din fericire, nu totul este pierdut.

Care este scopul interviului tehnic?

După ce am stabilit ce este interviul de tablă, să analizăm acum obiectivele interviului tehnic.

• să evalueze abilitățile de rezolvare a problemelor
• să lucreze împreună pentru a evalua adaptarea la echipă și la companie
• se concentrează pe sarcini specifice companiei dumneavoastră, de exemplu, pe cele la care lucrează în prezent echipa dumneavoastră de dezvoltare

Să ne uităm și la obiectivele candidatului care se prezintă la interviul tehnic.

•  să le fie evaluate competențele într-un mod obiectiv
• să cunoască persoanele cu care ar putea lucra
• să vă faceți o idee despre companie

Interviurile centrate pe tablă albă sunt uneori folosite în locul screening-ului tehnic (sigh), care ar trebui să preceadă orice interviu. Cu o abordare corectă a evaluării competențelor tehnice, puteți reduce numărul de interviuri inutile cu până la 65%. Screeningul abilităților de programare la începutul procesului de recrutare vă permite să vă concentrați timpul, energia și conversația pe cei mai promițători candidați. De regulă, cu cât procesul de preselecție este mai bun, cu atât mai puține persoane trebuie să fie invitate la un interviu la fața locului.

Fie că sunt folosite înainte de interviul tehnic, fie că sunt folosite ca interviu tehnic, interviurile pe tablă nu pot permite, pur și simplu, atingerea tuturor obiectivelor menționate mai sus.

LECTURĂ RECOMANDATĂ: Cum să dai un interviu tehnic: 7 sfaturi pentru un interviu tehnic

Urăsc dezvoltatorii ideea de a fi testați? Perspective din studiul nostru

În cazul evaluării competențelor tehnice, diavolul stă în detalii. Pentru dezvoltatori, ideea de a le fi testate competențele nu reprezintă o problemă. Execuția este cea care stârnește indignarea.

Dovezi? Am publicat recent Raport DevSkiller privind angajările și competențele tehnice 2019 pe baza a peste 112 000 de teste de codare susținute de candidați din peste 120 de țări. Având aceste date, suntem într-o poziție excelentă, deoarece putem răspunde la câteva întrebări importante și relevante pentru industrie. Iată două dintre constatările noastre (există multe altele în raport, nu uitați să îl consultați). 

Rata de finalizare a testelor: 73% de dezvoltatori fac un test de codare trimis de recrutor.

91.9% dintre dezvoltatorii care încep să facă testul îl termină.

Rezultatele studiului nostru recent sugerează că nu toate evaluările competențelor de codificare sunt egale. Pe baza eșantionului nostru, aproape 92% dintre dezvoltatorii care au început să facă un test pe platforma noastră au avut timp să îl termine și să îl trimită.

Acest lucru sugerează că dezvoltatorii nu se opun ideii de evaluare a competențelor tehnice ca atare. Ceea ce nu apreciază este faptul că sunt testați într-un mod care nu le permite să-și pună în valoare competențele.

Alternativa interviului Whiteboard a.k.a. cum să-ți structurezi procesul de recrutare tehnică

Există multe alternative la interviurile pe tablă albă. Să vedem care este cea mai bună configurație pe care o puteți folosi pentru a stimula rezultatele angajărilor tehnice.

1. Aprovizionare
2. Screening (cu o soluție automată)
3. Interviu de competențe transversale și interviu tehnic (adesea în aceeași zi)
4. Oferta
5. Angajați

În primul rând, trebuie să vă automatizați procedura de preselecție și să filtrați candidații neviabili cu mult înainte de etapa interviului. În acest fel, veți petrece timpul petrecut față în față de echipa dumneavoastră IT doar cu candidații care ar putea fi potriviți pentru postul respectiv. Ce se întâmplă dacă nu depistați candidații slabi? Rezultatele dvs. vor include probabil o mulțime de timp pierdut, blocaje inutile, frustrare, pierderi de productivitate... Acesta este doar vârful icebergului.

În al doilea rând, ar trebui să urmați screening-ul tehnic cu un interviu de competențe transversale și un interviu tehnic. În timpul interviului de competențe transversale, vă recomand cu tărie să întrebați următoarele lucruri întrebări comportamentale pentru a întreba candidații tehnici.

În cadrul interviului tehnic, doriți să utilizați sarcini de interviu de codificare care să îndeplinească următoarele criterii:

• Testul este o probă de lucru autentică
• Oferă candidatului dumneavoastră toate resursele pe care le-ar folosi în mod normal la locul de muncă.
• Bazează sarcina pe o problemă de afaceri cu care se vor confrunta atunci când vor începe să lucreze pentru tine.

Una dintre cele mai bune alternative la interviurile pe tablă albă este funcția CodePair.

Puteți afla mai multe despre împerecherea codurilor într-unul dintre articolele noastre:  Interviu de codare online și cum să CodePair de la distanță

Un avertisment: chiar dacă toate elementele menționate mai sus sunt prezente în procesul dvs., mai aveți loc pentru îmbunătățiri. Să aruncăm o privire la modul în care Spartez și-a sporit rezultatele la angajarea dezvoltatorilor prin mutarea unor elemente din procesul lor.

Spartez recrutare tehnică: structură

1. Aprovizionarea

Spartez angajează anual aproximativ 20 de dezvoltatori. Competențele tehnice pe care le apreciază includ Java, JavaScript, .NET și C++.

2. Selecția tehnică DevSkiller

Oferim tuturor șansa de a încerca testul. Nu evaluăm oamenii doar după CV și ani de experiență, ci ne interesează mai mult abilitățile lor tehnice și profunzimea experienței.", spune Patrycja Kiljańska, specialist în achiziția de talente la Spartez.

3. Test de codare în direct

Cei care trec de selecția inițială sunt invitați la un test de codare live condus de unul dintre inginerii lor. Această etapă este opțională, dar unele companii preferă să o păstreze pentru a reduce și mai mult numărul de interviuri la fața locului.

4. Interviu tehnic

Candidații selectați sunt apoi invitați la un interviu tehnic de 60 de minute, condus de doi ingineri Spartez. Interviul se referă la elementele de bază ale Java sau JavaScript, precum și la întrebări despre alte probleme tehnice și sarcini cu care se confruntă dezvoltatorii Spartez la locul de muncă.

5. Interviu cu managerii de dezvoltare/directorul general (pentru rolurile de conducere)

Aceasta este o rundă tipică pentru manageri, care cuprinde întrebări legate de comunicare, muncă în echipă, motivație și produse.

Bineînțeles, structura procesului tehnic de la Spartez este doar un exemplu despre cum vă puteți configura procesul de selecție tehnică.

Interviul pe tablă: concluzie

Într-o lume care funcționează pe bază de cod, este logic să angajezi oameni pe baza calității codului lor și nu pe baza altor abilități discrete, cum ar fi memorarea pe de rost. După cum se arată pe Nate Swanner spune: "O utilizare mai bună a tabloului poate fi aceea de a aprofunda proiectul GitHub al unui candidat și de a-l încuraja să schițeze conceptul său de funcționare și de extindere a unei aplicații sau a unui instrument. Întrebați-i despre propriile proiecte; dacă nu pot relata cum funcționează propriile proiecte - și acceptă criticile despre ele -, acest lucru ar putea oferi o idee mai bună despre cine sunt și cum lucrează decât ar putea-o face vreodată inversarea unui arbore binar." Nu aș putea fi mai mult decât de acord.

Dacă doriți să faceți o schimbare și să evaluați în mod obiectiv abilitățile de codificare, aruncați o privire pe site-ul nostru catalog de testare a codurilor.