Я побывал по обеим сторонам процесса найма. Провел больше 50-ти технических собеседований, отбирался в разные компании от бигтеха до стартапов.

Лично побывал на собесах, после которых хотелось уехать в тайгу пасти медведей или немедленно менять место работы и мир.

В обоих случаях на решение сильно влиял интервьюер.

Ниже я расскажу о некоторых подходах и принципах, которые могут сделать техническое интервью лучше.

Спокойствие, только спокойствие Собеседование - это стресс. Мало кто чувствует себя комфортно и перформит на 100% своих сил, ведь разработчик привык работать в спокойствии.

Основная задача интервьюера - это создать максимально комфортную и приближенную к привычной. Это повышает шансы на хороший результат.

Что может помочь? 1. Рассказ о компании, вакансии и о себе. Короткое знакомство уменьшит неизвестность и сделает вас более человечным. Главное - не превратить рассказ в PR-акцию и не задавить крутостью. 2. Короткий участливый разговор об опыте кандидата. Важно внимательно слушать то, что говорит кандидат, хвалить и давать фидбек об опыте, с акцентом на позитивные моменты. Никаких оценочных суждений, и критики. 3. Обмен опытом или рассказами о факапах и успехах. Стоит не просто спросить об этом, но и первым рассказать о чем-то подобном. Проще делиться, когда перед тобой кто-то открылся.

Лайвкодинг - не экзамен Вокруг лайвкодинга сломано много копий в вопросе: «А нужен ли он?». Я пользуюсь им как инструментом изучения навыков кандидата.

При этом я превращаю этот процесс в парную работу и не ожидаю решения задач на 100% самостоятельно.

Как сделать лайвкодинг легче? 1. Подбирайте задачи, которые реально решить за время собеседования. Не нужно просить написать компонент формы входа с валидацией и запросами на бек в текстовом редакторе. Лучше сделать серию небольших задач для проверки отдельных навыков. 2. Задачи должны отражать реальность работы в компании и проверять то, что вам действительно важно. Например, имеет смысл проверять работу с DOM-деревом для фронтенд разработчика, а вот параллельную обработку очередей с блокировкой- нет. 3. Помогайте при решении задачи. Если кандидат запутался и не может продвинуться дальше - дайте подсказку, задавайте наводящие вопросы. Не бойтесь указать путь, это может помочь увидеть хорошее решение. Подсказка браузерного API также не сделает кандидата неподходящим. Кто из нас не гуглит? 4. Адаптируйте порядок задач под кандидата. Например, кандидату тяжело дался алгоритм, то следующую задачу лучше дать на верстку или асинхронность, чтобы он немного отдохнул и выдохнул. 5. Не критикуйте выбранный способ решения заранее. Дайте решить задачу, а уже потом совместно оптимизируйте. Не стоит сбивать с толку ради того, чтобы сразу увидеть решение из методички.

Нормализуйте ошибки Даже самый уверенный в начале кандидат на чем-то может посыпаться так, что вы расстроитесь и разочаруетесь. В этот момент важно не давать волю эмоциям и оказать поддержку. Ваш визави и так знает, что ошибся и что-то пошло не так. Не стоит закапывать его еще глубже. Вам удалось найти точку роста кандидата и это хорошо. После встречи эта точка может показаться мелочью,которую можно исправить, а вот проваленный отрезок интервью останется навсегда.

Что стоит сделать? 1. Мягко объяснить в чем ошибка. Подсветить моменты, с которыми вы не согласны и указать на то, что было выполнено верно. Важно сохранить баланс между позитивом и негативом, чтобы не убить самооценку и не вогнать в состояние паники. 2. Дать понять, что ошибаться нормально и на ошибке интервью не заканчивается. 3. Помочь понять в чем ошибка и с помощью подсказок довести до решения. Важно не уйти в глубокие раскопки. Если подсказки не помогают, то просто объясняем, что требовалось и ожидалось.

Используя 3 рекомендации выше вы сможете улучшить качество технических собеседований и сделать так, чтобы к вам приходили более качественные кандидаты, раскрывая их во время интервью.