Топ-7 начина за бърза проверка на компетенциите на ИТ специалистите преди интервюто

Наем на IT специалисти е предизвикателство. Първо, на пазара в момента има недостиг на опитни кадри, и те го разбират. Кандидатите често не са готови да инвестират много време в „отборни процедури“ на работодателя, ако преди това не бъдат заинтересовани. Популярната практика „да дадем тест на 8+ часа“ вече не работи. За предварителна оценка на знанията и отсев на кандидати преди провеждането на пълномащабно техническо интервю е необходимо да се използват други, по-бързи методи. Второ, за качествена оценка на знанията и уменията е нужно самият оценяващ да притежава такива умения или да привлече колега с необходимите умения. Тези затруднения могат да се решат чрез методи, за които ще разкажа в тази статия. Аз самият прилагам тези методи и съм съставил своеобразен рейтинг.

И така, моят топ-7 методи за бърза проверка на компетенциите на IT специалисти преди интервю:

7. Преглед на портфолиото, примери за код и публични репозитории на кандидата.

6. Кратко тестово задание с времево ограничение (изпълнява се за 30-60 минути).

5. Кратко експресно интервю относно уменията по телефон/скайп (като анкета, но онлайн и с глас).

4. Live-Doing (Кодиране) – решаваме проста задача в реално време с споделен екран.

3. Анкети с отворени въпроси относно опита.

2. Кратки тестове с опции за отговори, ограничени по време.

1. Многоетапно тестово задание, първият етап се изпълнява преди интервюто.

Следва подробно разглеждане на тези методи, техните предимства и недостатъци, и ситуациите, в които използвам определен метод за бърза проверка на компетенциите на програмистите.

В предишната статия за воронката на наема habr.com/ru/post/447826 проведох анкета сред читателите относно методите за бърза проверка на уменията на IT специалисти. В тази статия разказвам за методите, които лично ми харесват, защо ми харесват и как ги прилагам. Започвам с първото място и завършвам с седмото.

1. Многоетапно тестово задание, първият етап се изпълнява преди интервюто

Считам този метод за проверка на уменията на разработчиците за най-добър. За разлика от традиционната тестова задача, когато казвате "вземи задачата и се залови за работа", в моя версия процесът на изпълнение на тестовата задача е разделен на етапи – дискусия и разбиране на задачата, проектиране на решението и оценка на необходимите ресурси, няколко етапа на реализация на решението, документиране и приемане на решението. Този подход е по-близо до нормалните съвременни технологии за разработка на софтуер, отколкото просто "вземи и направи". Повече подробности по-долу.

При какви ситуации използвам този метод

За своите проекти обикновено наемам дистанционни служители, които разработват отделна, самостоятелна и относително независима част от проекта. Това намалява необходимостта от комуникация между служителите, често до нула. Служителите общуват не помежду си, а с ръководителя на проекта. Затова е важно за мен веднага да оценя способностите на човека да разбере задачата, да зададе уточняващи въпроси, самостоятелно да разработи план за действие по решаване на задачата, да оцени необходимите ресурси и време. В това ми помага многостранната тестова задача.

Как да реализирам

Определяме и формулираме самостоятелна и оригинална задача, свързана с проекта, по който ще работи разработчикът. Обикновено описвам като задача опростен прототип на основната задача или бъдещия продукт, за реализирането на който разработчикът ще трябва да се справи с основните проблеми и технологии на проекта.

Първият етап на тестовата задача е запознаване с задачата, уточняване на непонятното, проектиране на решението, планиране на стъпките за решаване на задачата и оценка на времето за изпълнение на отделните стъпки и цялата тестова задача. В края очаквам документ от 1-2 страници, в който е описан планът за действие на разработчика и оценка на времето. Също така моля кандидатите да посочат кой от етапите биха искали да реализират напълно, за да потвърдят уменията си на практика. За сега не е нужно да програмират нищо.

Тази задача (одна и съща) се раздава на няколко кандидати. Очаква се отговорите на кандидатите да постъпят на следващия ден. След това, в рамките на 2-3 дни, след като всички отговори са получени, анализираме какво са изпратили кандидатите и какви уточняващи въпроси са задавали, преди да започнем изпълнението на задачата. На базата на тази информация можем да поканим на следващия етап желаното от вас количество кандидати.

Следващият етап е кратко интервю. Вече имаме за какво да говорим. Кандидатът е наясно с предметната област на проекта, върху който трябва да работи. Основната задача на това интервю е да отговорим на техническите въпроси на кандидата и да го мотивираме да изпълни основното тестово задание – програмиране на частта от задачата, която самият той е избрал. Или на частта, реализацията на която искате да видите вие.

Винаги е много интересно да наблюдаваме коя част от задачата разработчикът иска да реализира. Някои предпочитат да разгърнат структурата на проекта, да декомпозира решението на модули и класове, т.е. да се движат отгоре надолу. Други – изолират отделна подтаска, която смятат за най-важна, без да описват решението в цялост. Така да се каже, те вървят отдолу нагоре – от най-сложната подтаска към цялостно решение.

Предимства

Можем да видим ерудицията на кандидата, приложимостта на знанията му към нашия проект, развитието на комуникативните му умения. Освен това лесно сравняваме кандидатите помежду им. Обикновено отхвърлям тези кандидати, които са дали твърде оптимистични или твърде песимистични оценки за времето за изпълнение на задачата. Разбира се, имам собствена оценка за времето. Ниска оценка на кандидата вероятно говори за това, че човекът не е разгледал задачата достатъчно дълбоко и е изпълнил теста повърхностно. Твърде висока оценка за времето обикновено сигнализира, че кандидатът не си представя добре предметната област и няма опит по нужните ми теми. Не отхвърлям кандидатите веднага на базата на тяхната оценка, а им искам да обосноват оценката си, ако тя не е била вече достатъчно мотивирана.

На някой може да му се стори, че този метод е сложен и скъп. Моята оценка за трудоемкостта на използването на този метод е такава – за описанието на тестовата задача са необходими 30-60 минути и след това за проверка на отговора на всеки кандидат – 15-20 минути. Изпълнението на такава тестова задача от кандидатите обикновено отнема не повече от 1-2 часа, като по този начин те навлизат в същността на задачите, които ще им се налага да решават впоследствие. Вече на този етап на кандидата може да му стане неинтересно, и той да откаже да разговаря с вас, след като е отделил малко време.

Недостатъци

На първо място, нужно е да се измисли оригинална, изолирана и кратка тестова задача, което не винаги е възможно. На второ място, не всички кандидати веднага разбират, че на първия етап не е нужно да програмират. Някои директно започват с програмирането и изчезват за няколко дни, след което изпращат изцяло завършено тестово задание. Формално, те не са се справили с това тестово задание, защото не са направили това, което се изискваше от тях. Но едновременно с това, те все пак са се справили, ако са изпратили адекватно решение на цялото тестово задание. За да избегна подобни недоразумения, обикновено звъня на всички кандидати, получили задачата, два дни след като им е била предоставена, и питам как се справят.

2. Кратки тестове с варианти на отговори, ограничени по време

Не често използвам този метод, въпреки че ми харесва и смятам, че е един от най-добрите начини за бърза проверка на компетенциите. Ще напиша отделна статия за този метод в близко бъдеще. Такива тестове се прилагат широко в различни области на знанието. Най-яркият и типичен пример е теоретичният изпит за получаване на шофьорска книжка. В Русия този изпит съдържа 20 въпроса, на които трябва да се отговори за 20 минути. Допуска се една грешка. При две грешки е необходимо безрезултатно да се отговори на 10 допълнителни въпроса. Този метод се автоматизира чудесно.

За съжаление, не съм срещал добри реализации на подобни тестове за програмисти. Ако знаете за добри готови реализации на подобни тестове за програмисти, моля, напишете в коментарите.

Как да реализирам

Работил съм с независими реализации на подобни тестове на работодатели, когато изпълнявам поръчки като аутсорс ръководител. Реализацията на такъв тест е напълно възможна. Например, чрез Google Forms. Основният проблем е в съставянето на въпроси и отговори. Обикновено фантазията на работодателите стига за 10 въпроса. За съжаление, в Google Forms не е възможно да се реализира ротация на въпросите от пул и ограничения по време. Ако знаете добър онлайн инструмент за създаване на собствени тестове, където можете да ограничите времето за завършване на теста и да организирате избор на различни въпроси за разни кандидати, моля, напишете за такива услуги в коментарите.

При какви ситуации използвам този метод

Сега използвам такъв метод по искане на работодатели, ако имат готови тестове, които могат да се предадат на кандидатите. Също така е възможно да се комбинират подобни тестове с четвъртия метод от моя рейтинг – молим кандидата да сподели екрана си и да премине теста. В този случай можете да обсъждате с него въпросите и отговорите.

Предимства

При добра реализация този метод е автономен. Кандидатът може да избере удобно за себе си време за вземане на теста и не е нужно да губите много от своето време.

Недостатъци

Качествената реализация на този метод е доста скъпа и не е много удобна за малка компания, която рядко наема нови служители.

3. Анкети с отворени въпроси относно опита

Това е набор от отворени въпроси, предлагащи на кандидата да разсъждава на база своя опит. В този случай не предлагаме варианти на отговори. Отворените въпроси са такива, на които не може да се отговори просто и едносилно. Например, припомнете си най-трудната задача, която сте решавали с помощта на конкретен фреймворк? В какво се състоеше основната трудност за вас? На такива въпроси не може да се отговори накратко. По-правилният прост отговор е – нямам такъв опит, не съм работил с този инструмент.

Как да реализирам

Лесно се реализира с помощта на Google Forms. Основното е да измислите въпросите. Използвам няколко стандартни конструкции.

Разкажете за последния проект, който сте направили с помощта на ХХХ, какво беше най-трудно за вас в този проект?

Какви са основните предимства на технология ХХХ за вас, дайте примери от своя опит?
Избирайки технологията ХХХ, какви алтернативи обмисляхте и защо се спряхте на точно ХХХ?

В кои ситуации бихте предпочели технология ААА, а не ВВВ?
Разкажете ли за най-сложната задача, която решавахте с помощта на ХХХ, какво беше основното предизвикателство?

Съответно, тези конструкции могат да се прилагат към много технологии от вашето работно стъкло. На такива въпроси не е лесно да се отговори с шаблонни фрази от интернет, тъй като те са лични и свързани с личен опит. Отговаряйки на тези въпроси, кандидатът обикновено има предвид, че на интервюто всеки негов отговор може да доведе до допълнителни въпроси. Затова, ако няма опит, кандидатите често се самоотстраняват, осъзнавайки, че по-нататъшният разговор може да е безсмислен.

При какви ситуации използвам този метод

При работа с поръчки за подбор на специалисти, ако поръчителят не е предложил свой метод за първоначална проверка на компетенциите, аз прилагам този метод. Вече имам подготвени въпросници по редица теми и ми е лесно да приложа този метод за нов поръчител.

Предимства

Не е сложно да бъде реализирано с помощта на Google Forms. Всъщност, новият въпросник може да бъде направен на основата на предишния, заменяйки названията на технологиите и инструментите с други. Например, анкета за опит с React едва ли ще се различава от анкета за опит с Angular.

Съставянето на такъв въпросник отнема 15-20 минути, а на отговорите на кандидатите обикновено им отнема 15-30 минути. Разходите на време са малки, но получаваме информация за личния опит на кандидата, от която можем да се отталкнем и да направим всяко интервю с кандидатите уникално и по-интересно. Обикновено продължителността на интервюто след такъв въпросник е по-кратка, тъй като не се налага да задаваме прости еднотипни въпроси.

Недостатъци

За да се отличи собственият отговор на кандидата от „прегледаното в интернет“, е необходимо да се разбира в темата. Но това бързо идва с опита. След преглеждане на 10-20 отговора ще научите да различавате собствени оригинални отговори на кандидатите от тези, намерени в мрежата.

4. Live-Doing (Coding) – решаваме проста задача в реално време с разпределен екран

Същността на този метод е да помолите кандидата да реши лесна задача и да наблюдавате процеса. Кандидатът може да използва всичко, няма забрана за търсене на информация в интернет. Кандидатът може да изпитва стрес от това, че е наблюдаван по време на работата си. Не всички кандидати се съгласяват с такъв вариант за оценка на уменията им. Но, от друга страна, този метод позволява да се види какви знания има човек в главата си, с какво ще може да се справи дори в стресова ситуация и каква информация ще търси в търсачката. Почти незабавно е видимо нивото на кандидата. Начинаещите използват най-базовите, дори примитивни възможности на езика, често започват да реализират функционалността на основните библиотеки ръчно. По-опитните кандидати добре се ориентират в основните класове, методи и функции и могат бързо да решат проста задача – 2-3 пъти по-бързо от начинаещите, използвайки познатата им функционалност на основната библиотека на езика. Още по-опитните кандидати обикновено започват с разсъждения за различни подходи за решаване на задачата и предлагат няколко варианта за решение, питат – реализирането на кой от вариантите искам да видя. Всичко, което прави кандидатът, може да бъде обсъдено. Дори на базата на една и съща задача интервютата получават много различни резултати, както и решенията на кандидатите.

Като разновидност на този метод можете да помолите кандидата да премине тест за проверка на професионални компетенции, обосновавайки избора на един или друг вариант от отговорите. В отличие от обикновеното тестване, ще научите колко обоснован е бил изборът на отговорите. Можете да измислите свои варианти на този метод, съобразявайки се с особеностите на вашата ваканция.

Как да реализирам

Този метод лесно се реализира чрез Skype или друга подобна система за видео-връзка, позволяваща демонстрация на екрана. Задачите можете да измислите сами или да използвате платформи като Code Wars, разнообразни готови тестове.

При какви ситуации използвам този метод

Когато подбирам програмисти и от резюметата не е ясно какво е нивото на знания на кандидата, предлагам на кандидатите интервю в такъв формат. От моя опит – около 90% от разработчиците нямат нищо против. Им е приятно, че от първото интервю започваме разговор за програмиране, а не глупави въпроси като "Къде виждате себе си след 5 години?"

Предимства

Въпреки стреса и вълнението на кандидата, веднага и ясно личи общото ниво на уменията му. Също така стават очевидни комуникативните умения на кандидата – как разсъждава, как обяснява и мотивира решенията си. Ако е нужно да обсъдим кандидата с колеги, не е трудно да се запише видеозапис от екрана и след това да се покаже интервюто на други хора.

Недостатъци

Свързаността може да бъде прекъсната. Поради вълнението кандидатът може да започне да се затруднява. В тази ситуация може да се прекъсне и да се даде време за размисъл над задачата самостоятелно, да се перезвъни след 10 минути и да се продължи. Ако и след това кандидатът се държи странно, си струва да се опита друг метод за оценка на уменията.

5. Кратко експресно интервю за умения по телефона/скайп

Това е просто разговор по телефона, скайп или друга система за гласова комуникация. В този процес можем да оценим комуникативните умения на кандидата, неговата ерудиция и обща култура. Като план за разговора може да се използва въпросник. Вариантът е да обсъдим по-подробно отговорите на кандидата на вашия въпросник.

Как да реализирам

Уговаряме се с кандидата за разговор и го звъним. Задаваме въпроси, записваме отговорите.

При какви ситуации използвам този метод

Този метод обикновено прилагам заедно с въпросника, когато отговорите на кандидата ми се сторят оригинални или недостатъчно убедителни. Беседвам с кандидата около въпросите от въпросника и изяснявам мнението му по-подробно. Считам, че подобна беседа е задължителна, когато комуникативните умения на кандидата са важни, умението му да формулира своите мисли просто и ясно.

Предимства

Без разговор по професионални теми обикновено е невъзможно да се определи колко добре кандидатът може да излага мислите си.

Недостатъци

Основният недостатък е допълнителното време, което отнема. Затова прилагам този метод в допълнение към другите, ако е необходимо. Освен това, има кандидати, които отлично говорят по професионални въпроси, но на практика имат малко умения. Ако търсите програмист, който стабилно и качествено решава задачи, по-добре е да изберете друг метод за първоначална проверка на компетенциите. Ако търсите мениджър или аналитик, т.е. специалист, който превежда от човешки език на 'програмистки' и обратно, тогава този метод ще бъде много полезен.

6. Кратко тестово задание с времево ограничение (изпълнява се за 30-60 минути)

За редица професии е важно специалистът бързо да намери решение на задачата. Обикновено задачите са относително прости, но времето за тяхното решение е от значение.

Как да реализирам

Съгласяваме се с кандидата за времето за изпълнение на тестовото задание. В определеното време изпращаме на кандидата условията на задачата и проверяваме дали е разбрал какво се очаква от него. Измерваме времето, необходимо на кандидата за решаването на задачата. Анализираме решението и времето.

При какви ситуации използвам този метод

В моята практика този метод е прилаган за проверка на компетенциите на специалисти по техническа поддръжка, SQL програмисти и тестери (QA). Задачите бяха от типа 'намери проблемните места и измисли как да разрешиш проблема', 'оптимизирай SQL заявка, така че да работи 3 пъти по-бързо' и т.н. Разбира се, можете да измислите свои собствени задачи. За начинаещи разработчици и този метод може да бъде приложим.

Предимства

Ние отделяме своето време само за съставяне и проверка на задачата. Кандидатът може да избере удобно за него време за изпълнение на задачата.

Недостатъци

Основният недостатък е, че в интернет могат да се намерят решения на вашите задачи или подобни, затова е необходимо да имате няколко варианта и периодично да измисляте нови задачи. Ако трябва да тествате скоростта на реакция и общата култура, лично аз избирам тестове с времево ограничение (метод №2).

7. Прегледайте портфолиото, примери за код и публични репозитории на кандидата.

Това е, може би, най-разбираемият начин за проверка на компетенциите, при условие, че вашите кандидати разполагат с портфолио и във вашия екип по подбора има специалисти, способни да оценят портфолиото.

Как да реализирам

Изучаваме резюметата на кандидатите. Ако намерим линкове към портфолио, ги преглеждаме. Ако в резюметата няма указания за портфолио, искате портфолиото от кандидата.

При какви ситуации използвам този метод

В моята практика този метод е бил използван много рядко. Често в портфолиото на кандидатите не може да се намерят работи по съответната тема. Опитните кандидати често предпочитат този метод вместо стандартно и неинтересно тестово задание. Те казват: „погледнете моето репо, там има десетки примери на моите решения на различни задачи, ще видите как пиша код“.

Предимства

Пестят се време на кандидатите. При наличие на време у професионалистите във вашия екип, е възможно бързо и без комуникация с кандидатите да се отсеят неподходящите. Докато рекрутера търси кандидати, неговият колега оценява портфолиото. Получава се достатъчно бърза и паралелна работа.

Недостатъци

Този метод не може да се прилага за всички IT професии. За оценка на портфолиото е необходимо самият оценяващ да притежава развити умения. Ако не сте специалист, няма да можете качествено да оцените портфолиото.

Колеги, каня ви да обсъдим прочетеното в коментарите. Разкажете какви още начини за бърза проверка на компетенциите прилагате?

Източник: habr.com