Софт-скиллы на техни­ческом интервью: почему они важны и как их при­менять

Иногда ИТ-рекрутеры присутствуют на технических собеседованиях.

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

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

С высокой долей вероятности ваше собеседование будет поделено на несколько частей.

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

Теория. Несколько базовых вопросов для проверки адекватности кандидата. Да, вероятно, нужно будет дать определение ООП — опять.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если это вакансия, например, Java Dev, имеет смысл начать так:

Дальше разговор естественным образом может уйти в обсуждение dependency injection  , транзакций, индексов, connection pool  , платформы Kafka  , concurrency  . Так появится возможность вырулить на темы, которые хорошо вас покажут.

Когда рассказываете о прошлых проектах, используйте формулу «я сделал X с помощью Y, что привело к Z».

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

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

Если не знаете, что ответить, лучше честно об этом сказать. Фраза «Я не уверен в этом моменте, но могу погуглить или спросить у лида», как правило, сильно недооценена. Команде очень важно понимать, как себя поведет новичок в ситуации неопределенности. Пример: «Я не сталкивался с этим инструментом на практике, но, насколько помню, он решает задачу Х. В своей работе для этого я использовал Y». Такой подход покажет вашу честность и гибкость.

Когда вам дают задачу на лайвкодинге, не молчите. Интервьюеру важно увидеть ход ваших мыслей, а не просто идеальный код после 10 минут тишины.

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

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

Если вопрос сформулирован агрессивно или непонятно, можете сказать: «Я хочу дать точный ответ. Поясните, пожалуйста, что именно вы проверяете этим вопросом?». Это полезный прием: не отвечать на эмоцию эмоцией, а переводить разговор в конкретику.

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

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

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

• как устроено Performance Review  ;
• большой ли сейчас у компании технический долг  ​и как обстоят дела с легаси;
• каковы критерии успешного прохождения испытательного срока;
• какой сейчас роадмап продукта в плане внедрения технических фич на ближайшие пару месяцев;
• как устроен деплой  ​в продукте.

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