Что такое техническое интервью

Что такое техническое интервью

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

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

Ответ лежит на поверхности. Любая компания хочет нанять самого талантливого и умелого сотрудника. Из-за этого соискателям приходится проходить целые серии собеседований: в интернациональных компаниях-гигантах процесс собеседования может порой состоять из нескольких этапов и занимать месяцы.

Любое собеседование — путешествие в один конец. Совершишь ошибку — и двери компании мечты для тебя закрыты.

Один из самых распространенных и, в то же время, «опасных» этапов — техническое собеседование. Именно во время этого интервью отсеиваются многие кандидаты, которые до того момента показывали хорошие результаты.

Как проходит техническое интервью?

Перед тем, как разбирать ошибки, необходимо понять — а как вообще проходят технические собеседования?

Для начала давайте определимся с форматом. В основном технические интервью проводят онлайн (например, по Скайпу), а с учетом постковидной реальности это стало еще актуальней.

На техническом интервью кандидату задают вопросы технического характера, напрямую связанные с его специальностью. Однако интервьюер часто намеренно отходит в сторону, чтобы прощупать реальный уровень знаний кандидата и его общую подготовленность.

Например, если вы проходите собеседование на позицию BI-аналитика, то вас преимущественно будут спрашивать про BI-системы (Power BI, Tableau, Qlik) или про датавиз (data visualization). Но могут также погонять по знанию SQL или даже R или Python. В этом ничего удивительного нет — компании нужен специалист широкого профиля. Если вы умеете строить графики в Power BI, но не можете подключиться к базе данных и написать простенький запрос — вы будете мало интересны серьезному работодателю.

С помощью технического интервью работодатель решает сразу несколько важных задач:

• Оценка общей подготовленности кандидата к вакансии. На предыдущих этапах собеседования у соискателя есть возможность смухлевать — он пользуется интернетом или вообще кто-то может пройти тест за него. Здесь же кандидат остается один на один с интервьюером и своими знаниями.
• Оценка коммуникативных навыков. Помимо знаний и умений важным фактором является способность человека общаться с коллегами. Работодатель имеет возможность вживую наблюдать, как кандидат реагирует на стрессовые ситуации, на успех, на неправильные ответы и даже на давление со стороны интервьюера.
• Оценка профессионального бэкграунда. Именно на этом этапе кандидат имеет возможность подробно рассказать о том, что не влезло в резюме: в каком проекте и как он использовал ту или иную технологию, с каким стеком работал и так далее.

Мы определились, что нас ждет на техническом интервью. Перейдем к следующему вопросу — какие ошибки совершают кандидаты и почему они ведут к провалу.

Типичные ошибки на техническом интервью

1. Недостаток профильных знаний

Первая, самая банальная и самая фатальная ошибка — просто недостаток знаний по своему основному предмету. Как ни странно, большинство терпит неудачу именно из-за этого. Странно идти на интервью полностью неподготовленным и надеяться на удачу: вы же не считаете, что потенциальный работодатель настолько глуп?

Замечание. Стоит отметить, что техническое интервью — не самый сложный (с точки зрения профессиональных знаний) этап. Здесь вопросы могут быть самыми разными, но они не подразумевают глубокую степень погружения. Это не Code Interview, тут никто не требует идеально выверенных ответов. Скорее стройных рассуждений и хотя бы поверхностных знаний.

Пример. Вы устраиваетесь на Data Science позицию. Интервьюер вас просит: «Коротко опишите математический аппарат логистической регрессии». А вы знаете только линейную регрессию. Или модель в Python строить умеете, а математику процесса не изучили. Скорее всего, в следующий этап собеседования вы не пройдете.

2. Игра в Незнайку

Вторая распространенная ошибка — отвечать «Я не знаю» на любой вопрос. Причем такой ответ можно услышать даже когда кандидат ответ знает, но не уверен на 100%.

Пример. Во время собеседования на позицию старшего аналитика задают вопрос: «Какую БД вы считаете самой подходящей для хранения информации о клиентах?». Кандидат отвечает: «PostgreSQL». На что интервьюер задает логичный вопрос: «А почему именно PostgreSQL, а не MySQL, например?». После этого следует фирменный ответ: «Не знаю, может, и MySQL». Интервьюеру остается только грустно ухмыльнуться.

3. Отстаивание своей правоты

Еще одна ошибка, которая даже хуже, чем игра в Незнайку — неистовое доказывание своей правоты. Иногда встречаются кандидаты, которые искренне пытаются «объяснить» потенциальному работодателю, как надо жить. Причем прямо на собеседовании.

Спору нет — вы можете быть правы, но подобные дискуссии никак не вписываются в образ коммуникабельного человека. Лучше все же сначала пройти все этапы собеседования, устроиться на работу и только потом на деле показывать, как делать нужно и почему вы правы.

Пример. Идет собеседование на Deep Learning Engineer. Интервьюер вводит кейс: «Перед нами стоит задача создать сверточную нейронную сеть для распознавания лиц с помощью фреймворка Pytorch…». На этом моменте кандидат перебивает и начинает объяснять, что «вообще-то Pytorch уже давно не в моде, в реальном продакшене все используют Tensorflow». Обычно на этом моменте разговор можно закончить.

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

4. Узкий профессиональный кругозор

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

Пример. Собеседование на Python-разработчика. При вопросе про библиотеки Python для работы с БД MySQL и PostgreSQL кандидат теряется и не знает, что сказать. Причина проста — он просто никогда не подключался к базе с помощью Python (что вообще является довольно распространенной задачей).

Как готовиться к техническому интервью

Мы с вами рассмотрели 4 самые распространенные причины провала на техническом собеседовании. Но можно их избежать, если подготовиться заранее и придерживаться простых рекомендаций.

Самое важное — укрепите свои профильные знания. Никакие рекомендации вам не помогут, если вы не владеете темой. Нарешивайте задачи и кейсы, будьте готовы отвечать на теоретические вопросы.

Например, подпишитесь в Твиттере на Хэдли Уикхема, если вы увлекаетесь статистикой или языком R.

Эпилог

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

Как провести техническое интервью, чтобы оно не скатилось в бесполезную болтовню

Мы попросили техлида Ippon Technologies Дениса Корнеева поделиться опытом проведения технического интервью: как готовиться к встрече, какие вопросы стоит задавать, на что обращать внимание и почему лучше обойтись без тестового задания.

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

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

Техническое интервью — это «измерение» кандидата по шкале конкретного работодателя

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

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

Однажды я в роли кандидата побывал на странной встрече: представитель работодателя задавал мне вопросы, а потом сверял ответы со своим списком — совпадут или нет. Все мои попытки уточнить нюансы, объяснить ответы или поразмышлять вслух игнорировались. Это яркий пример того, как не надо проводить техническое интервью.

Вот какие роли нужны, чтобы провести техническое интервью:

1. Эйчар или рекрутер — в зависимости от того, как устроен подбор в вашей компании.
2. Заказчик.
3. Представитель команды.

Присутствие представителя команды крайне желательно: он может знать нюансы и специфику работы, в которую не погружены остальные участники встречи. Ему виднее, какой специалист нужен, чтобы решать поставленные задачи.

Игнорировать мнение команды и приводить туда людей в стиле «Знакомьтесь, это Вася, теперь он будет работать с вами» — плохая идея. Вы рискуете не учесть каких-то особенностей, которые сверху не видны

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

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

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

Кандидаты ценят внимательное отношение к себе — они понимают, готовился ли интервьюер или впервые открыл резюме на встрече

Как-то раз мы проговорили с кандидатом около полутора часов — казалось, все что нужно, я узнал. Но когда сел писать фидбек, то не смог оценить его уровень знания некоторых тем. Оказалось, я забыл обсудить многие важные вопросы и, по сути, потратил эти 90 минут впустую. Чтобы так не получилось, используйте чек-лист.

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

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

Старайтесь не задавать вопросов по темам, которые не связаны с вашими повседневными задачами. Если вы не используете Golang, то не стоит на всякий случай выяснять, знаком ли собеседник с горутинами. Избегайте стандартных и «душных» вопросов вроде «перечислите методы класса Object в Java», «назовите область видимости метода clone в классе Object».

Я люблю узнавать у кандидатов о сложных вопросах, которые им задавали на интервью в других компаниях. Мне интересно: если человек не смог ответить, то пытался ли потом разобраться в этой теме или просто отбросил ее? Это яркий индикатор того, работает ли он над ошибками, извлекает ли из них выводы.

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

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

Интервью — это обмен информацией, поэтому я не только спрашиваю и слушаю, но и сам рассказываю. Например, если наши с кандидатом решения не совпадают, то объясняю, как бы я справился с проблемой и почему именно так. Рассказываю, какие задачи мы решаем на своей стороне и как часто среди них встречаются подобные. В результате человек покидает интервью с реалистичными представлениями о компании, команде, процессах и целях.

Один из стоп-факторов для меня — когда человек ищет ответы в интернете прямо во время онлайн-интервью. Например, один кандидат после каждого моего вопроса немного подвисал, нажимал на клавиши и отводил взгляд в сторону — видимо, на второй монитор.

Через 5–6 секунд он выдавал одно предложение, после небольшой паузы — второе. Чтобы проверить собеседника, я начинал задавать смежные вопросы, которые нельзя взять и загуглить. В эти моменты кандидат просто валился — было понятно, что он ничего не знает в этой области.

В таких ситуациях я предпочитаю открыто обозначать проблему, а не делать вид, что все нормально. На мой вопрос в лоб, откуда он подсматривает ответы, собеседник заявил, что ниоткуда, просто «так их вспоминает». Но после этого кандидат поменял модель поведения — подглядывания резко прекратились.

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

Вот еще факторы, на которые я обращаю внимание:

1. Способность к анализу и критическому восприятию задач. Если человек принимает на веру все, что слышит, и всегда со мной соглашается, это не очень хороший признак. Предпочитаю, чтобы кандидат задавал вопросы, критически смотрел процессы, пытался понять, почему мы делаем именно так, а не иначе.
2. Проактивность и готовность брать ответственность. Наш идеальный кандидат не просто предлагает новые идеи, но и готов отвечать за реализацию и заражать ими команду.
3. Гибкость. Мне важно понимать: если человек столкнется с нестандартной задачей, которую нельзя решить обычными средствами, будет ли он готов сменить инструмент на более подходящий.

Некоторые компании просят выполнить тестовое задание прямо на интервью, но я не вижу в этом смысла. Такие проверки несут лишь дополнительный стресс для кандидата и не позволяют смоделировать то, как бы он решал рабочую задачу.

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

Тестовое задание можно давать до или после интервью, но для меня это бессмысленная трата времени. Все, что нужно знать о собеседнике, я выясняю в ходе живого общения. Кроме того, многие тестовые задания уже выложены на Гитхабе — кандидаты находят их за несколько минут.

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

Впечатления о кандидате надо фиксировать немедленно, пока они свежие. Сразу после интервью, не выходя из переговорки, я открываю Хантфлоу и пишу фидбек: оцениваю харды и софты, указываю плюсы и минусы, указываю возможные риски, которые увидел.

Не советую откладывать обратную связь на потом: появятся срочные задачи, вас могут отвлечь, будет не до этого. В результате про кандидата вы вспомните, только когда раздосадованный эйчар устанет ждать и придет требовать фидбек. К этому времени воспоминания уже поблекнут — вы можете упустить важные детали.

В Хантфлоу есть формы обратной связи, которые можно настроить в соответствии с вашим бизнес-процессом.

Если человек не соответствует нашим требованиям, мы не ставим на нем крест. Хорошие разработчики быстро развиваются, получают новые навыки и опыт. Не исключено, что этот же кандидат уже через полгода идеально подойдет для наших задач.

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

Вот как может выглядеть список материалов для профессионального развития джуна:

Как разработчику подготовиться к техническому интервью, и чего ожидают от вас компании

Подходы к проведению технических интервью на рынке во многом похожи. Компании перехватывают друг у друга фишки. Некоторые, и мы в том числе, стараются не давать кандидатам стандартных задач. Разработчики обычно натренированы их решать. Исключение — начинающие разработчики. Таким мы даем порешать задачки до встречи – это своего рода пре-скрининг до технического собеседования. Делается это для того, чтобы на интервью не тратить на это время, а обсудить, как человек решил задачу, и почему именно так. С кандидатами уровня Middle и выше важнее поговорить об опыте и навыках – что он делал на крайнем месте работы, — либо о задачах, с которыми он столкнется на нашем проекте.

Если человек готов включиться в работу прямо сейчас, это здорово. Но если ему нужно обучаться (мы тоже можем это понять), определяем, готов ли он делать это с нами, или будет делать самостоятельно и вернется через какое-то время. И да, люди иногда возвращаются. В том числе и те, кто откликается на вакансию. Могут принять другой оффер, а потом снова вернуться. Это рабочая ситуация.

Не всегда нужен и отдельный этап с рекрутером. Намного важнее и эффективнее — собраться сразу с теми, кто принимает решение, договориться об условиях.

Недавно мы в КРОК на митапе «Level up 2021: как собрать лучшие офферы в ИТ» делились результатами исследования изменений по найму в нашей сфере. Там же давали практические рекомендации – как разработчику подготовиться к интервью. Некоторые из них – ниже.

Позаботьтесь о хорошем канале связи

Интернет, нормальный микрофон с наушниками. Это касается любых онлайн-коммуникаций – очень раздражают помехи, бульканье. Если возможности здесь и сейчас нет, попросите перенести собеседование, вам точно пойдут навстречу. При приеме на работу хочется видеть живого человека с живыми эмоциями, поэтому я обычно прошу включить камеру. Стоппером это не является, но небольшой плюс в карму получите. Фон, обстановка в квартире никому не важны, на это не обращают внимания. Важен человек в живом диалоге.

Заранее подготовьте результаты своей работы

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

Продемонстрируйте способность грамотно рассуждать

Если что-то не знаете на собеседовании, лучше об этом сказать прямо. Если знаете, как найти информацию для решения поставленной задачи, — расскажите, будет понятен алгоритм ваших действий. Никто не ждет заученных знаний. Работа – это всегда процесс и самообучение.

Развивайте и демонстрируйте критическое мышление

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

Будьте готовы рассказать о своих проектах в деталях

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

Подготовьте вопросы о вакансии

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

Примерьте компанию на себя

Воспринимайте собеседование как этап, возможность пройти тест-драйв в компании. Вы общаетесь, скорее всего, либо со своим будущим руководителем, либо с коллегами. Это личностное отношение. Люди – это крайне важно. Обратите внимание, как они рассказывают о компании, как сами к ней относятся. Если вас собеседует «робот», то, скорее всего, не так уж эта компания в вас и заинтересована. Не менее важны и процессы: если заставляют ждать собеседования 20 минут, опаздывают, — скорее всего, и в работе потом это будет повторяться.

Будьте готовы обосновать свои финансовые ожидания

Хорошо иметь четкое представление о том, какие деньги хочется получать. Спланируйте минимально комфортный для вас уровень дохода, поизучайте предложения аналогичных вакансий на агрегаторах. Ну а далее стоит начинать с верхней планки, нормальные компании поторгуются. Оцените себя адекватно, и, скорее всего, ваш запрос будет принят. Сейчас нет понятия «вилки» на серьезные вакансии. Это вопрос переговоров, текущей ценности для компаний.

Если же вы получаете оффер сильно больше, чем ожидали, стоит задуматься: либо вы себя сильно недооцениваете (тогда, скорее всего, в ходе нескольких собеседований предложат больше), либо у нанимающей компании мало времени и горит проект, который планируют вам передать. При втором варианте есть опасность, что вы попадете в профессиональный аврал. Это не плохо для развития, но такой выбор надо делать осознанно, а не оказаться поставленным перед фактом в день выхода на работу.

Помните, что рынок ИТ — тесный, и все знакомы

Это может быть как плюсом, так и минусом для кандидата. Если вы поругаетесь с какой-то компанией, то, возможно, на новом месте работы об этом узнают. Мы очень боимся ошибиться в найме, и потому такие слухи могут повлиять на прием на работу. Но может сработать и в другую сторону. Был случай, когда молодой человек дорос до Middle, но решил с нами не оставаться. Мы попрощались мирно, и спустя 2 года он снова обратился к нам с желанием поработать. Даже собеседований не проводили. Мы все люди, и если переговоры не удались, скорее всего, никто в этом не виноват, и ругаться просто ни к чему.

Техническое собеседование: какие этапы, как пройти?

Итак, ты, дорогой читатель, поступил в вуз на техническую специальность, и тебе перестало хватать стипендии для роскошной жизни в общежитии. Или же ты отучился на специалиста по зельеварению, но понял, что это никому не нужно, прошел базовый курс по Python и решил “войти в айти”. В любом случае, тебе нужна работа, желательно прямо сейчас, а ещё лучше вчера. В этом тексте простым языком разбираемся, как выглядит дорога к офферу мечты и как успешно пройти техническое собеседование.

Как выглядит типичный процесс отбора кандидатов на техническую позицию?

• Телефонное интервью
• Техническое интервью (от одного до четырёх, в некоторых случаях больше)
• Тестовое задание
• Cultural fit интервью
• Финальное интервью

Некоторые этапы могут отсутствовать, но телефонное и техническое интервью будут присутствовать всегда. Также возможны некоторые отклонения в духе IQ-тестов, но на постсоветском it-пространстве это все ещё достаточно редкое явление, поэтому просто отметим, что такой тип интервью тоже существует.

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

Рассмотрим каждый этап по отдельности:

1. Телефонное интервью

На этом этапе собеседования происходит разговор между кандидатом и рекрутером длительностью 15-60 минут. Рекрутер проверяет кандидата на адекватность и базовые софт-скилы, кандидат слушает рассказ рекрутера о предлагаемой позиции и оценивает стек технологий и условия труда. Может идти речь о проекте, но зачастую достаточно поверхностно. Если вы в состоянии адекватно ответить на вопрос “расскажите о себе” и ваши навыки схожи с теми, что просят в вакансии, то вас пригласят на следующий этап.

2. Техническое интервью

Вот тут и происходит первый серьезный отсев. У каждой компании своя практика проведения технических интервью. Их количество и длительность зависит от позиции и уровня кандидата. Формат проведения технического интервью сильно зависит от компании: где-то вам предложат написать код на листе бумаги, где-то придется писать программу в специальном редакторе.

Также могут попросить скинуть ссылку на Github-профиль и начнут разбирать ваш код. Как правило, рекрутер заранее сообщает о количестве и сути этапов технического собеседования, их длительности и собеседующих. Можно проследить следующую закономерность: чем крупнее и известнее IT-компания, тем больше этапов технического интервью будет предложено пройти кандидату.

3. Тестовое задание

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

К сожалению, достаточно часто встречается ситуация, когда тестовое задание является объемным, и его решение занимает значительно больше времени, чем нужно для проверки технических навыков кандидата. Однако иногда такого рода ситуации можно обойти, предложив собеседующим проанализировать какой-нибудь из проектов в вашем Github-профиле, тем самым сэкономив время.

4. Cultural fit интервью

Такой вид интервью не всегда присутствует в процессе отбора кандидатов, а формы его проведения крайне вариативны. Как правило, на этом этапе происходит знакомство с командой и техническим руководителем. Основная цель c ultural fit интервью — понять, насколько хорошо кандидат впишется в уже существующую команду. На этом интервью может быть все что угодно: от приятного обеда в компании потенциальных коллег и разговоров о жизни, до симуляции рабочего дня с настоящими задачами и парным программированием.

5. Финальное интервью

Если вы дошли до этого этапа — поздравляем: техническое собеседование пройдено почти до конца! На данном этапе происходит обсуждение условий труда: размер заработной платы, график и прочее.

К сожалению, легендарный вопрос о том, когда кандидату следует называть желаемый размер заработной платы в рамках данной статьи рассматриваться не будет. Но перед финальным интервью лучше продумать, какие условия для вас комфортны, а какие — нет, и с четким пониманием приступать к процессу переговоров. Если все звезды (или статьи бюджета) сойдутся, после этого этапа вам предложат заключить трудовой договор и приступить к выполнению своих обязанностей.

Так выглядит стандартный процесс отбора кандидатов на технические позиции. Количество этапов интервью может быть разным, но телефонное, техническое и финальное собеседование будут проводиться всегда.

Теперь перейдем к тому, как же проходить техническое собеседование? На что следует обратить внимание?

Советы, которые помогают пройти техническое собеседование:

1. Сохраняйте спокойствие

Этот совет самый трудновыполнимый, но при этом самый действенный. Очень сложно не волноваться, особенно когда идешь на техническое собеседование впервые. Побороть волнение очень важно: чем меньше тратится сил на переживания, тем больше сил остается на действительно полезные вещи. У каждого свои способы борьбы с волнением перед собеседованием. Лично мне помогают различные техники дыхания.

2. Уточните формат

После того, как вам предложат пройти техническое интервью, спросите у специалиста по персоналу, как в компании принято его проводить. Вопросы могут быть такими:

• Какова длительность интервью?
• Из каких частей оно будет состоять?
• Есть ли какие-либо ограничения (нельзя использовать интернет/среду разработки)?
• Сколько человек будет собеседовать, и кто эти люди?
• О каких технологиях будет идти речь?

Возможно, это покажется очевидным: интервьюирующих может быть обычно от 1 до 3, спрашивают зачастую об опыте, а технологии — этот тот стек, с которым вам предстоит работать в случае получения оффера. Вряд ли у Java-разработчика будут спрашивать функционалы качества бинарной классификации, а у Python-разработчика — сложные запросы на SQL. Однако знание конкретных ответов на эти вопросы позволит лучше подготовиться к собеседованию и меньше волноваться в процессе.

Знать того, кто собеседует, тоже очень важно: можно посмотреть профиль интервьюера на LinkedIn (или ином ресурсе) и найти для себя полезную информацию. Например, перед одним из собеседований я узнала, что мой интервьюер получил магистерскую степень в том же университете, в котором я училась по обмену. В начале собеседования я упомянула об этом, и это помогло мне быстро завязать разговор и создать максимально комфортную обстановку для обсуждения более сложных вещей.

3. Подготовьтесь

Заранее подготовьте рассказ о себе и своем опыте. Особенно важно четко проработать рассказ об опыте, потому что очень часто исходя из него интервьюер выбирает вопросы и формирует первое впечатление о вас как о специалисте.

Если вы знаете о том, что вам предстоит алгоритмическая секция — вспомните теорию и порешайте задачки на LeetCode. Для секции программирования повторите те моменты своего языка программирования, в которых не уверены. Простой поисковой запрос “Top 50 Questions for _position_name_ Interview” вполне может помочь. Техническое собеседование — это не экзамен, но быть готовым ответить пусть даже на кажущиеся ненужными вопросы никогда не бывает лишним.

4. Потренируйтесь

Данный пункт опционален, т.к. не везде техническое интервью превращается в знаменитое “вращение деревьев на доске”. Но если вы готовитесь к техническому интервью в известную IT-компанию или сильно волнуетесь, то можно прибегнуть к практике Mock Interview. Суть его проста: ваши друзья или же незнакомые люди задают вам вопросы, вы на них отвечаете. Чем лучше удастся сымитировать процесс настоящего интервью — тем эффективнее. В идеале mock interview должен проводить человек как минимум выше вас по знаниям и навыкам: так будет возможность провести “работу над ошибками” и быть на настоящем собеседовании во всеоружии, однако такой вариант не всегда возможен.

5. Выбирайте

Помните: не только компания выбирает сотрудника, но и вы — компанию. Подумайте над тем, среди каких людей вам хотелось бы работать, какие качества представляют для вас наибольшую ценность. Уточните, как в команде принимаются решения и выстроены процессы. Какие практики используются, а какие — нет. После непосредственно технического интервью у кандидата всегда есть возможность задать интересующие его вопросы. И этой возможностью не стоит пренебрегать. Примеры вопросов:

Какие наиболее интересные проекты у вас были за время работы в данной компании? С какими задачами приходится сталкиваться ежедневно? Есть ли овертаймы? Как компания помогает расти профессионально? Чего должен добиться человек через год человек на данной позиции, чтобы вы сочли его успешно справляющимся со своими обязанностями?

6. Договоритесь об обратной связи

Очень важный момент для вас как кандидата. Рекрутеры часто грешат тем, что забывают отписать кандидату в случае неуспешного прохождения интервью. А получить обратную связь очень важно для дальнейшего развития и работы над ошибками. Поэтому следует четко оговорить, когда вы сможете узнать результаты собеседования. Для этого вам следует договориться о конкретной дате и времени, и если рекрутер забудет вам написать — напомнить о себе самостоятельно.

Чек-лист: перед техническим собеседованием

• Выспитесь
• Хорошенько покушайте
• Приведите себя в порядок
• Не опоздайте на собеседование

Чек-лист: на техническом собеседовании

• Успокойтесь
• Расскажите о себе и своем опыте
• Отвечайте на вопросы интервьюеров и покажите себя с лучшей стороны
• Задайте интересующие вас вопросы
• Договоритесь об обратной связи

Чек-лист: после технического собеседования

• Запишите те вопросы, которые у вас вызвали наибольшие затруднения, и разберите их
• Похвалите себя
• Получите обратную связь или напомните о себе

Любое техническое собеседование — это опыт. Неудачное интервью помогает понять направления для дальнейшего развития, успешное — совершить новый виток в карьере, получить контроффер на текущей работе или просто удостовериться в уровне текущих знаний и умений.

Надеюсь, данная статья поможет вам пройти техническое собеседование и стать на ступеньку ближе к офферу мечты. Удачи и спокойствия!