Пришел, увидел, убедил: как эффективно проходить собеседования и не сойти с ума

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

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

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

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

Составление “продающего” резюме — ремесло непростое, но важное. Когда от твоего опыта сердце не замирает в восхищении, то появляется желание что-нибудь приукрасить, дописать. Авось прокатит.

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

Что ж, как говорится, “потрачено”... время рекрутера, нервы продажника и репутация самого разработчика.

ЧТО ДЕЛАТЬ?

Педантично составляй и заучивай резюме. Это твоя визитная карточка, пропуск на следующий уровень общения.

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

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

Выйдя на собеседование к заказчику, который искал разработчика с 5-летним опытом, Никифор заявил, что работал на проекте 3 года. А в резюме, старательно просмотренном коллегами, черным по белому написано: “5 лет”. Как тут не усомниться в честности кандидата? Дело в том, что наш герой не учел целых 2 года программирования на другом языке в том же проекте. Ну было и было.

А нового оффера уже не было.

ЧТО ДЕЛАТЬ?

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

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

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

Может быть, на проекте ты сделал что-то из ряда вон прекрасное, совсем не регулярную задачу — например, починил то, в чем уже год никто не мог разобраться.

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

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

Но Евдоким ведь работал, просто на других проектах и с другими технологиями, только не сообразил рассказать об этом интервьюеру. Отсюда — отказ.

ЧТО ДЕЛАТЬ?

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

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

Но какой же ответ устроит эйчара? В какой рассказ он поверит и не будет считать, что это минус кандидата?

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

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

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

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

ЧТО ДЕЛАТЬ?

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

Преимущество у кандидата, который словесно может показать, что:

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

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

Выяви паттерны. Все мы так или иначе демонстрируем некие шаблоны поведения. HR-ам очень важно выявить их во время собеседования — чтобы потом не возникало неожиданных казусов.

Конечно, во время интервью будут оценены твои гибкие навыки: ответственность, коммуникабельность, умение работать в команде, дисциплинированность. Чаще всего для этого применяются ретроспективные вопросы: “Какой опыт был у тебя в прошлом?”, “В каких компаниях ты работал? Что делал?” Здесь HR-ы обычно придерживаются такой гипотезы: человек, который что-то сделал однажды, сможет это повторить.

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

А какие паттерны проявляешь ты? Проследи за собой, послушай записи собеседований — поверь, ты наверняка узнаешь о себе много нового.

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

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

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

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

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

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

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

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

На собеседовании этот барон Мюнхгаузен готов кивать на любые сложные термины и принципы. Только вот ответить по делу не может. “Принципы SOLID? Да, слышал о таких. Рассказать сходу не смогу — надо свериться с гуглом”. На все теоретические вопросы Пантелеймон отвечал подобным образом, аргументируя это тем, что знать теорию наизусть в современном мире совсем не обязательно. Интернет ведь есть.

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

ЧТО ДЕЛАТЬ?

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

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

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

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

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

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

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

Важно не просто заучить ответы, но и уйти вглубь, когда дана только “верхушка айсберга”. Так ты и знания расширишь, и к собеседованию подготовишься. А после и в работе начнешь применять — опыт появится. И тебя уже не поймают на том, что ты “всего лишь заучил какую-то там фразу”. Если же такой обидный эпизод все-таки случится, то скажи честно, что с технологией не работал. И добавь: “Я обязательно разберусь”.

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

Не гугли без разрешения. Честность на собеседовании невероятна важна — мы еще раз подчеркиваем это.

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

Ярополк — отличный практик. У него немалый опыт программирования и работы на различных проектах. Он проходил тривиальные задачи не раз и умеет действовать по ситуации.

Правда, когда разработчик пришел на собеседование, неожиданно столкнулся с теоретическими вопросами и не смог на них развернуто ответить. Интервьюера не устроила позиция “Я знаю, как это делается, но не могу объяснить почему именно так”. Ему было важно услышать от Ярополка четкое знание теории, ведь ему нужен был не рядовой исполнитель, а специалист middle+.

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

ЧТО ДЕЛАТЬ?

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

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

Твое резюме — это в каком-то смысле сценарий собеседования, воспользуйся этим знанием.

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

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

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

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

ЧТО ДЕЛАТЬ?

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

1 — Лайфкодинг на знание языка и его нюансов (в JavaScript — задачки на промисы, на замыкания).

2 — Лайфкодинг на знание фреймворка (доработать какую-то фичу, когда уже есть заготовка на React).

3 — Лайфкодинг на ООП, ФП или на паттерне (реализовать Singleton или EventEmitter).

Если задача задана текстом, то внимательно ее прочитай, лучше вслух — чтобы не упустить никаких деталей.

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

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

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

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

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

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

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

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

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

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

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

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

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

ЧТО ДЕЛАТЬ?

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

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

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

Будь готов к странным вопросам. К вопросам вроде “Расскажите о ваших провалах”, “Какие задачи вам неприятны?”, “Что важно в команде?” все уже более-менее привыкли. Но порой на интервью встречаются куда более эксцентричные экземпляры: “Чем пахнет для вас оранжевый?”, “Кем бы вы выбрали быть: шмелем или собакой? А почему?”.

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

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

Получи обратную связь

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

Сделай пометки о пробелах

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

Тренируйся дальше

Когда будешь готов, возвращайся к первому пункту и начинай готовиться к собеседованиям снова.

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

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