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

Привет! Меня зовут Артём и когда-то я уже писал о том, как проводить собеседования от лица нанимающего тимлида. Сегодня мы посмотрим на эту тему с другой стороны. Я расскажу, как специалисту пройти интервью так, чтобы повысить свои шансы на успех:)

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

Я сам провёл больше 300 собеседований и выделил основные моменты, которые помогали людям превратить интервью в предложение о работе.

Задачи собеседующих

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

Этап первый. Подготовка

Правильно составьте резюме

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

1. Резюме должно быть составлено грамотно и без ошибок. Это очень важный момент, который говорит об отношении человека к презентации себя. Рекрутер мыслит так: «Если уже не этапе составления резюме кандидат допускает неточности, скорее всего, в работе, он будет делать их в трёхкратном объёме»;

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

3. Частая смена работы – тревожный признак. Если человек увольнялся каждые полгода-год, скорее всего, на новом месте он тоже надолго не задержится. Этот риск имеют в виду все компании. Если по каким-то обстоятельствам с вами произошло именно так, можно добавить комментарий в резюме по этому поводу. Желательно отдельно в сопроводительном письме отметить, что рассчитываете на работу в долгосрок. Компании, в которых вы работали 2-3 месяца, лучше вообще не указывать;

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

5. Для нанимающих подсознательно больший вес имеют последние достижения. Старайтесь записать все ваши функции максимально в крайнее место работы;

6. Не пишите много. Всё никто не читает. Постарайтесь описать свой опыт тезисно и лаконично.

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

Пишите сопроводительное письмо

Если откликаетесь сами, напишите немного о том, почему вам стала интересна эта позиция. Это может звучать банально, но такие мелочи тоже выделяют вас из массы кандидатов. Не отправляйте один и тот же заготовленный текст на все вакансии: идеально, если вы будете хоть немного адаптировать его под функции в конкретной компании. В сопроводительном письме могут быть лёгкие позитивные фразы, например: «Добрый день, меня зовут <Имя>, и я заинтересовался вашей вакансии джависта. У меня есть подходящий опыт. На прошлом месте я как раз делал <то, что указано в требованиях>. Был бы рад пройти собеседование, и, если мы друг другу понравимся, присоединиться к вашей команде:) Буду ждать приглашения, заранее спасибо!»

Как пройти первичный отсев

Компании часто сокращают поток кандидатов, используя несколько приёмов. Знания о них повысят ваши шансы удачно пройти этот этап.

1. Заготовленные вопросы. Рекрутер уже на ознакомительной беседе может задать пару вопросов об опыте в технологиях, которые вам предстоит применять на новом месте. Например, компании требуется знания Spring boot, включая как минимум Spring Security, Spring Data, Spring Batch. На первом этапе рекрутер может попросить вас указать, с чем из этого вы имели дело. Если список совпадает с необходимым, вы переходите на следующий этап отбора.

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

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

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

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

Реальный уровень квалификации вы продемонстрируете на самом интервью: не стоит заранее сильно завышать ожидания. Если знания по факту окажутся лучше опросника - это будет плюсом и создаст положительный вау-эффект. 7-8 баллов для знакомой вам темы - отличные цифры.

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

Совет: если вы джун, то с высокой вероятностью тестовое задание вам всё же достанется. Рекомендую выполнить его настолько качественно, насколько это возможно. Постарайтесь сделать не только чтобы требуемые функции работали, но и добиться чистоты кода: удаляйте неиспользуемые блоки, оставляйте комментарии, старайтесь придерживаться принципов SOLID. При проверке тестового задания опытные разработчики смотрят не только на то, ЧТО было сделано, но и на то, КАК. Если у вас есть знакомый опытный разработчик, попросите его проверить ваше тестовое задание перед отправкой и дать к нему комментарии: для него это не будет сложно, а вам добавит в копилочку баллов.

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

Этап второй. На самом собеседовании

Первое впечатление важно

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

Отрепетируйте рассказ о своём опыте

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

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

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

О бывших либо хорошо, либо ничего

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

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

Этап проверки теории

Чаще всего работодателю важно проверить не знание определений, а то, на сколько человек знаком с какой-то технологией и понимает, зачем её применяют. Постарайтесь рассказывать о теме максимально просто и «на пальцах». Этот метод чаще всего не подводит. Опытные интервьюеры сразу видят, когда кандидат понимает, о чём рассказывает.

Золотое правило: чем человек лучше ориентируется в теме, тем более простыми словами он может её объяснить. 

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

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

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

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