Техническое интервью что это
Как провести техническое интервью
Чтобы оно не скатилось в бесполезную болтовню
Время чтения: 7 мин
Никита Решетников, редактор:
 | Денис Корнеев, техлид Ippon Technologies |
Зачем проводить техническое интервью
Оно позволяет понять, на каком уровне профессионального развития находится кандидат, о чем с ним можно разговаривать и какие задачи доверять.
Нередко к нам приходят люди с завышенными или заниженными представлениями о себе. Например, специалист заявляет, что он сениор, но когда задаешь ему вопросы соответствующего уровня, становится понятно — он не тянет. Бывает и наоборот: человек оценивает себя как мидл, потому что не уверен в себе. Начинаем проверять и выясняем, что по нашей шкале это сениор.
Техническое интервью — это «измерение» кандидата по шкале конкретного работодателя.
Не существует универсальной схемы общения, которая подойдет для кандидата любого уровня. Даже если говорить только про джунов, то возможны варианты: вчерашний студент, или начинающий специалист с небольшим опытом работы, или «свитчер» — выпускник онлайн-курсов. В каждом случае это будут абсолютно разные встречи со своими сценариями и вопросами.
Не стоит забывать, что интервью — это двусторонний процесс: кандидат тоже выбирает, где ему будет комфортнее работать. Он собирает информацию о компании, рисует образ в голове, размышляет о будущих задачах. Поэтому общение должно вестись в форме диалога и обмена мнениями, а не экзамена.
Однажды я в роли кандидата побывал на странной встрече: представитель работодателя задавал мне вопросы, а потом сверял ответы со своим списком — совпадут или нет. Все мои попытки уточнить нюансы, объяснить ответы или поразмышлять вслух игнорировались. Это яркий пример того, как не надо проводить техническое интервью.
Что необходимо сделать до интервью
Определиться с участниками
Вот какие роли нужны, чтобы провести техническое интервью:
Присутствие представителя команды крайне желательно: он может знать нюансы и специфику работы, в которую не погружены остальные участники встречи. Ему виднее, какой специалист нужен, чтобы решать поставленные задачи.
Игнорировать мнение команды и приводить туда людей в стиле «Знакомьтесь, это Вася, теперь он будет работать с вами» — плохая идея. Вы рискуете не учесть каких-то особенностей, которые сверху не видны.
Но важно не перестараться: одного представителя команды достаточно — не обязательно звать всех. Представьте, специалист приходит на обычное интервью, а там его встречает толпа людей и начинает яростно расспрашивать. Это стрессовая ситуация для кандидата, особенно если его не предупредили о таком формате общения.
Роль заказчика и представителя команды может играть один и тот же человек, которому делегировано право принимать решения по вакансии. Эйчар же выступает в качестве помощника и источника альтернативного мнения: пока все сконцентрированы на технических вопросах, он наблюдает за поведением кандидата и подмечает детали.
Подготовиться к встрече
Подготовка — залог качественного интервью. Например, я заранее смотрю резюме кандидата и код, который он писал. Захожу на GitHub и собираю информацию, чтобы потом предметно побеседовать по функциям в его репозитории. Обязательно выясняю, где он работал, какие задачи решал, в каких проектах участвовал.
Кандидаты ценят внимательное отношение к себе — они понимают, готовился ли интервьюер или впервые открыл резюме на встрече.
Изучить чек-лист с темами для обсуждения
Как-то раз мы проговорили с кандидатом около полутора часов — казалось, все что нужно, я узнал. Но когда сел писать фидбек, то не смог оценить его уровень знания некоторых тем. Оказалось, я забыл обсудить многие важные вопросы и, по сути, потратил эти 90 минут впустую. Чтобы так не получилось, используйте чек-лист.
Чек-лист составляет представитель команды на основании задач, которые стоят перед ней. В нем нет конкретных вопросов — лишь набор тем для разговора. Я не сторонник роботизированного подхода, когда интервьюер просто читает вопросы по списку. Но интервью без плана и целей — это не интервью, а дружеские посиделки. Чек-лист помогает удерживать правильный вектор и отслеживать, какие темы еще осталось обсудить.
Что делать во время интервью
В среднем встреча длится около полутора часов: если интервьюер не укладывается в это время — он что-то делает не так. Возможно, стоит перепроверить чек-лист или строже придерживаться плана беседы.
Обычно я начинаю с вопросов о задачах, которые решал собеседник. Потом обсуждаю с ним, какие фреймворки он использовал и почему. Постепенно уходим вглубь: разговариваем о способах решения задач и о том, насколько глубоко он знает применяемые технологии. В случае с джунами план другой: с ними обсуждаем базовые вещи — общее понимание языка и принципов построения приложений, как мы храним код и бранчуемся.
Старайтесь не задавать вопросов по темам, которые не связаны с вашими повседневными задачами. Если вы не используете Golang, то не стоит на всякий случай выяснять, знаком ли собеседник с горутинами. Избегайте стандартных и «душных» вопросов вроде «перечислите методы класса Object в Java», «назовите область видимости метода clone в классе Object».
Я люблю узнавать у кандидатов о сложных вопросах, которые им задавали на интервью в других компаниях. Мне интересно: если человек не смог ответить, то пытался ли потом разобраться в этой теме или просто отбросил ее? Это яркий индикатор того, работает ли он над ошибками, извлекает ли из них выводы.
Обращайте внимание не только на то, что говорит кандидат, но и как он это делает. Визуальный контакт очень важен: старайтесь следить за мимикой, взглядом и эмоциональной реакцией на вопросы. Зачастую невербальные сигналы дают достаточно информации, чтобы составить представление о софт-скиллах кандидата.
Софты и харды неотделимы друг от друга. Нам важнее не оценить те знания, которые есть у человека сейчас, а понять его потенциал.
Интервью — это обмен информацией, поэтому я не только спрашиваю и слушаю, но и сам рассказываю. Например, если наши с кандидатом решения не совпадают, то объясняю, как бы я справился с проблемой и почему именно так. Рассказываю, какие задачи мы решаем на своей стороне и как часто среди них встречаются подобные. В результате человек покидает интервью с реалистичными представлениями о компании, команде, процессах и целях.
На что обращать внимание на интервью
Один из стоп-факторов для меня — когда человек ищет ответы в интернете прямо во время онлайн-интервью. Например, один кандидат после каждого моего вопроса немного подвисал, нажимал на клавиши и отводил взгляд в сторону — видимо, на второй монитор.
Через 5–6 секунд он выдавал одно предложение, после небольшой паузы — второе. Чтобы проверить собеседника, я начинал задавать смежные вопросы, которые нельзя взять и загуглить. В эти моменты кандидат просто валился — было понятно, что он ничего не знает в этой области.
В таких ситуациях я предпочитаю открыто обозначать проблему, а не делать вид, что все нормально. На мой вопрос в лоб, откуда он подсматривает ответы, собеседник заявил, что ниоткуда, просто «так их вспоминает». Но после этого кандидат поменял модель поведения — подглядывания резко прекратились.
На самом деле не знать что-то — это нормально. Фреймворков и технологий очень много, ориентироваться во всем невозможно. Вопрос в том, как кандидат действует при столкновении с неизведанным, ведь в работе такие задачи тоже попадаются. Если он пытается обмануть меня, то это неприемлемо. Если же честно говорит, что не знает, то мы начинаем вместе рассуждать и искать решения.
Вот еще факторы, на которые я обращаю внимание:
Давать ли тестовое задание
Некоторые компании просят выполнить тестовое задание прямо на интервью, но я не вижу в этом смысла. Такие проверки несут лишь дополнительный стресс для кандидата и не позволяют смоделировать то, как бы он решал рабочую задачу.
Представьте: вы потратили немало времени на то, чтобы придумать заковыристое задание, а кандидату нужно сразу без раскачки его выполнить. При этом время на поиск решения ограничено — другие участники интервью не готовы ждать вечно. Это сильно демотивирует и не похоже на реальную ситуацию: вряд тимлид с секундомером стоит за спиной у вашего разработчика, пока тот работает.
Тестовое задание можно давать до или после интервью, но для меня это бессмысленная трата времени. Все, что нужно знать о собеседнике, я выясняю в ходе живого общения. Кроме того, многие тестовые задания уже выложены на Гитхабе — кандидаты находят их за несколько минут.
Допускаю, что задание может быть оправдано при найме джунов, когда идет мощный входной поток кандидатов, который нужно фильтровать. Но и тогда эти задания придется кому-то проверять — на это уходит много времени.
Что делать после интервью
Впечатления о кандидате надо фиксировать немедленно, пока они свежие. Сразу после интервью, не выходя из переговорки, я открываю Хантфлоу и пишу фидбек: оцениваю харды и софты, указываю плюсы и минусы, указываю возможные риски, которые увидел.
Не советую откладывать обратную связь на потом: появятся срочные задачи, вас могут отвлечь, будет не до этого. В результате про кандидата вы вспомните, только когда раздосадованный эйчар устанет ждать и придет требовать фидбек. К этому времени воспоминания уже поблекнут — вы можете упустить важные детали.
В Хантфлоу есть формы обратной связи, которые можно настроить в соответствии с вашим бизнес-процессом.
Если человек не соответствует нашим требованиям, мы не ставим на нем крест. Хорошие разработчики быстро развиваются, получают новые навыки и опыт. Не исключено, что этот же кандидат уже через полгода идеально подойдет для наших задач.
Поэтому при отказе мы сообщаем кандидатам, в какую сторону развиваться, чтобы получить эту работу. Если это зрелый специалист, то объясняем, чего именно не хватило. Джунам даем ссылки на конкретные книги, сайты и документы, которые стоит изучить, чтобы подтянуть знания в проблемных областях.
Вот как может выглядеть список материалов для профессионального развития джуна:
Техническое интервью глазами СТО
Карьера в IT – мечта многих. Сфера динамично развивается, каждый день делая все более интересные и сложные вызовы для специалистов, заработные платы высокие по сравнению с другими индустриями, а многие компании предлагают замечательные условия для работников. Спрос на айтишников большой, но далеко не каждому удается стать частью команды сильной, успешной компании и добраться до IT Олимпа.
Техническое интервью – это этап, после которого отсеивают многих кандидатов. Его проводят с целью узнать слабые и сильные стороны человека в его технических знаниях. Кстати, это полезно и для кандидата тоже, ведь в случае отказа он будет знать над чем еще нужно поработать, и какие навыки подтянуть дабы достойно конкурировать на рынке труда.
Во время технического интервью оценивают и soft skills. Это важно, ведь проекты создаются в командах, а без умения находить общий язык с другими – сработаться будет сложно.
Также, интервьюер оценивает профессиональный бэкграунд. Не все возможно вместить в резюме, а вот во время очной встречи можно более подробно рассказать о стеке технологий, с которыми вы работали.
Суть вопросов на разных интервью одна и та же. Разработчикам нужно готовиться к тому, что будут спрашивать про структуры данных, знание языков программирования, алгоритмы и стандартную библиотеку. У тестировщиков спрашивают о понимании цикла разработки ПО. Бизнес-аналитикам и Data Science задают вопросы об основах Computer Science, структуры данных и алгоритмы. Отметим, что сегодня знания в смежных областях значительно повышают интерес к кандидату, поэтому важно не зацикливаться только на своей специализации.
А еще дают небольшие практические задания на 15-20 минут. Джуниорам могут подсказать, а вот уже миддлы подсказок особо не ждите. Это может быть задание на тестовый проект или алгоритмическая задача.
Дмитрий, вы как эксперт, который провел уже десятки технических интервью за два года, можете сказать в чем заключаются основные ошибки кандидатов?
Дмитрий: Больше всего расстраивают ребята, которые начинают решать задачу, не поняв до конца условия и не задают вопросов по ходу. В этом случае они слишком поздно понимают, что делают не то и не успевают переключиться и закончить задачу.
Следующее – это отсутствие подготовки к интервью. Очень много людей получают негативный ответ именно по причине этого. Не стоит надеяться на удачу и идти на собеседование без подготовки. Да, техническое интервью – это не Code Interview, где нужны идеальные и 100% правильные ответы, но по ответам я сразу вижу – готовился ли человек к собеседованию.
Отмечу, также, узкий профессиональный кругозор. Можно быть замечательным специалистом в какой-то своей специфике, но сейчас все больше растет спрос на спецов с широкой областью знаний. Нет, это не значит, что нужно хвататься за все, но нужно хотя бы немного понимать в смежных областях.
Кстати, добавлю еще про начинающих специалистов, которые ничего не указывают в своем резюме. Это зря! Пишите про абсолютно любой опыт – будь то какие-то личные проекты или для знакомых.
Дмитрий, вы даете задачи во время интервью?
Дмитрий, топ-3 причины провала на техническом интервью?
Дмитрий: Помимо недостатка профильных знаний, как я уже сказал, это ответ: «я не знаю» на вопрос интервьюера. Такой ответ можно услышать даже в том случае, если человек знает, но не уверен на 100%.
Не нужно сомневаться в себе, сдаваться и даже не попытаться решить задачу. Очень часто из-за таких вот сомнений, талантливый кандидат может не раскрыть полностью свой потенциал на интервью, а, следовательно, получить отказ. Для меня ход мыслей имеет очень большое значение, наравне со знаниями.
Излишнее отстаивание своей правоты – тоже ничего хорошего. Безусловно, соискатель может быть прав, но согласитесь, что агрессивное отстаивание своей точки зрения не совсем вписывается в рамки интервью. Я обязательно оцениваю soft skills. Важно, чтобы человек умел работать в команде, был коммуникабельным и умел находить общий язык с другими.
Как подготовиться к интервью? Что посоветуете?
Дмитрий: Исходя из своего опыта, рекомендую следующее:
1. Первое – усильте свои профильные знания. Это главное! Будьте готовы к теоретическим вопросам, решайте задачи.
2. Изучите, какие еще дополнительные навыки хотят видеть работодатели у кандидатов. Вы должны иметь хотя бы общее представление о них.
3. Не забывайте про английский язык. Помните, что для IT специалиста он очень нужен, а особенно в сегодняшних реалиях.
4. Развивайте коммуникативные навыки. Следите за своей манерой речи.
5. Мониторьте все новости и тенденции из мира IT. Лично я это ценю в кандидатах. Это говорит об увлеченности своей профессией.
И напоследок скажу: все возможно, любую работу можно получить, если очень захотеть и приложить максимум усилий! Это я говорю и с точки зрения человека, который так же в свое время был с другой стороны – со стороны кандидата, который трудоустраивается!
Как провести техническое интервью, чтобы оно не скатилось в бесполезную болтовню
Мы попросили техлида Ippon Technologies Дениса Корнеева поделиться опытом проведения технического интервью: как готовиться к встрече, какие вопросы стоит задавать, на что обращать внимание и почему лучше обойтись без тестового задания.
Оно позволяет понять, на каком уровне профессионального развития находится кандидат, о чем с ним можно разговаривать и какие задачи доверять.
Нередко к нам приходят люди с завышенными или заниженными представлениями о себе. Например, специалист заявляет, что он сениор, но когда задаешь ему вопросы соответствующего уровня, становится понятно — он не тянет. Бывает и наоборот: человек оценивает себя как мидл, потому что не уверен в себе. Начинаем проверять и выясняем, что по нашей шкале это сениор.
Техническое интервью — это «измерение» кандидата по шкале конкретного работодателя
Не существует универсальной схемы общения, которая подойдет для кандидата любого уровня. Даже если говорить только про джунов, то возможны варианты: вчерашний студент, или начинающий специалист с небольшим опытом работы, или «свитчер» — выпускник онлайн-курсов. В каждом случае это будут абсолютно разные встречи со своими сценариями и вопросами.
Не стоит забывать, что интервью — это двусторонний процесс: кандидат тоже выбирает, где ему будет комфортнее работать. Он собирает информацию о компании, рисует образ в голове, размышляет о будущих задачах. Поэтому общение должно вестись в форме диалога и обмена мнениями, а не экзамена.
Однажды я в роли кандидата побывал на странной встрече: представитель работодателя задавал мне вопросы, а потом сверял ответы со своим списком — совпадут или нет. Все мои попытки уточнить нюансы, объяснить ответы или поразмышлять вслух игнорировались. Это яркий пример того, как не надо проводить техническое интервью.
Вот какие роли нужны, чтобы провести техническое интервью:
Присутствие представителя команды крайне желательно: он может знать нюансы и специфику работы, в которую не погружены остальные участники встречи. Ему виднее, какой специалист нужен, чтобы решать поставленные задачи.
Игнорировать мнение команды и приводить туда людей в стиле «Знакомьтесь, это Вася, теперь он будет работать с вами» — плохая идея. Вы рискуете не учесть каких-то особенностей, которые сверху не видны
Но важно не перестараться: одного представителя команды достаточно — не обязательно звать всех. Представьте, специалист приходит на обычное интервью, а там его встречает толпа людей и начинает яростно расспрашивать. Это стрессовая ситуация для кандидата, особенно если его не предупредили о таком формате общения.
Роль заказчика и представителя команды может играть один и тот же человек, которому делегировано право принимать решения по вакансии. Эйчар же выступает в качестве помощника и источника альтернативного мнения: пока все сконцентрированы на технических вопросах, он наблюдает за поведением кандидата и подмечает детали.
Подготовка — залог качественного интервью. Например, я заранее смотрю резюме кандидата и код, который он писал. Захожу на GitHub и собираю информацию, чтобы потом предметно побеседовать по функциям в его репозитории. Обязательно выясняю, где он работал, какие задачи решал, в каких проектах участвовал.
Кандидаты ценят внимательное отношение к себе — они понимают, готовился ли интервьюер или впервые открыл резюме на встрече
Как-то раз мы проговорили с кандидатом около полутора часов — казалось, все что нужно, я узнал. Но когда сел писать фидбек, то не смог оценить его уровень знания некоторых тем. Оказалось, я забыл обсудить многие важные вопросы и, по сути, потратил эти 90 минут впустую. Чтобы так не получилось, используйте чек-лист.
Чек-лист составляет представитель команды на основании задач, которые стоят перед ней. В нем нет конкретных вопросов — лишь набор тем для разговора. Я не сторонник роботизированного подхода, когда интервьюер просто читает вопросы по списку. Но интервью без плана и целей — это не интервью, а дружеские посиделки. Чек-лист помогает удерживать правильный вектор и отслеживать, какие темы еще осталось обсудить.
В среднем встреча длится около полутора часов: если интервьюер не укладывается в это время — он что-то делает не так. Возможно, стоит перепроверить чек-лист или строже придерживаться плана беседы.Обычно я начинаю с вопросов о задачах, которые решал собеседник. Потом обсуждаю с ним, какие фреймворки он использовал и почему. Постепенно уходим вглубь: разговариваем о способах решения задач и о том, насколько глубоко он знает применяемые технологии. В случае с джунами план другой: с ними обсуждаем базовые вещи — общее понимание языка и принципов построения приложений, как мы храним код и бранчуемся.
Старайтесь не задавать вопросов по темам, которые не связаны с вашими повседневными задачами. Если вы не используете Golang, то не стоит на всякий случай выяснять, знаком ли собеседник с горутинами. Избегайте стандартных и «душных» вопросов вроде «перечислите методы класса Object в Java», «назовите область видимости метода clone в классе Object».
Я люблю узнавать у кандидатов о сложных вопросах, которые им задавали на интервью в других компаниях. Мне интересно: если человек не смог ответить, то пытался ли потом разобраться в этой теме или просто отбросил ее? Это яркий индикатор того, работает ли он над ошибками, извлекает ли из них выводы.
Обращайте внимание не только на то, что говорит кандидат, но и как он это делает. Визуальный контакт очень важен: старайтесь следить за мимикой, взглядом и эмоциональной реакцией на вопросы. Зачастую невербальные сигналы дают достаточно информации, чтобы составить представление о софт-скиллах кандидата.
Софты и харды неотделимы друг от друга. Нам важнее не оценить те знания, которые есть у человека сейчас, а понять его потенциал.
Интервью — это обмен информацией, поэтому я не только спрашиваю и слушаю, но и сам рассказываю. Например, если наши с кандидатом решения не совпадают, то объясняю, как бы я справился с проблемой и почему именно так. Рассказываю, какие задачи мы решаем на своей стороне и как часто среди них встречаются подобные. В результате человек покидает интервью с реалистичными представлениями о компании, команде, процессах и целях.
Один из стоп-факторов для меня — когда человек ищет ответы в интернете прямо во время онлайн-интервью. Например, один кандидат после каждого моего вопроса немного подвисал, нажимал на клавиши и отводил взгляд в сторону — видимо, на второй монитор.
Через 5–6 секунд он выдавал одно предложение, после небольшой паузы — второе. Чтобы проверить собеседника, я начинал задавать смежные вопросы, которые нельзя взять и загуглить. В эти моменты кандидат просто валился — было понятно, что он ничего не знает в этой области.
В таких ситуациях я предпочитаю открыто обозначать проблему, а не делать вид, что все нормально. На мой вопрос в лоб, откуда он подсматривает ответы, собеседник заявил, что ниоткуда, просто «так их вспоминает». Но после этого кандидат поменял модель поведения — подглядывания резко прекратились.
На самом деле не знать что-то — это нормально. Фреймворков и технологий очень много, ориентироваться во всем невозможно. Вопрос в том, как кандидат действует при столкновении с неизведанным, ведь в работе такие задачи тоже попадаются. Если он пытается обмануть меня, то это неприемлемо. Если же честно говорит, что не знает, то мы начинаем вместе рассуждать и искать решения.
Вот еще факторы, на которые я обращаю внимание:
Некоторые компании просят выполнить тестовое задание прямо на интервью, но я не вижу в этом смысла. Такие проверки несут лишь дополнительный стресс для кандидата и не позволяют смоделировать то, как бы он решал рабочую задачу.
Представьте: вы потратили немало времени на то, чтобы придумать заковыристое задание, а кандидату нужно сразу без раскачки его выполнить. При этом время на поиск решения ограничено — другие участники интервью не готовы ждать вечно. Это сильно демотивирует и не похоже на реальную ситуацию: вряд тимлид с секундомером стоит за спиной у вашего разработчика, пока тот работает.
Тестовое задание можно давать до или после интервью, но для меня это бессмысленная трата времени. Все, что нужно знать о собеседнике, я выясняю в ходе живого общения. Кроме того, многие тестовые задания уже выложены на Гитхабе — кандидаты находят их за несколько минут.
Допускаю, что задание может быть оправдано при найме джунов, когда идет мощный входной поток кандидатов, который нужно фильтровать. Но и тогда эти задания придется кому-то проверять — на это уходит много времени.
Впечатления о кандидате надо фиксировать немедленно, пока они свежие. Сразу после интервью, не выходя из переговорки, я открываю Хантфлоу и пишу фидбек: оцениваю харды и софты, указываю плюсы и минусы, указываю возможные риски, которые увидел.
Не советую откладывать обратную связь на потом: появятся срочные задачи, вас могут отвлечь, будет не до этого. В результате про кандидата вы вспомните, только когда раздосадованный эйчар устанет ждать и придет требовать фидбек. К этому времени воспоминания уже поблекнут — вы можете упустить важные детали.
В Хантфлоу есть формы обратной связи, которые можно настроить в соответствии с вашим бизнес-процессом.
Если человек не соответствует нашим требованиям, мы не ставим на нем крест. Хорошие разработчики быстро развиваются, получают новые навыки и опыт. Не исключено, что этот же кандидат уже через полгода идеально подойдет для наших задач.
Поэтому при отказе мы сообщаем кандидатам, в какую сторону развиваться, чтобы получить эту работу. Если это зрелый специалист, то объясняем, чего именно не хватило. Джунам даем ссылки на конкретные книги, сайты и документы, которые стоит изучить, чтобы подтянуть знания в проблемных областях.
Вот как может выглядеть список материалов для профессионального развития джуна: