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

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

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

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

Аутстафф-компании анализируют каждое техническое собеседование с заказчиком, прорабатывают вопросы и ответы, чтобы сотрудники в будущем учитывали свои плюсы и минусы, а также совершенствовали навыки.

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

Ситуация 1. Тайное становится явным

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

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

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

ЧТО ДЕЛАТЬ?

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

На первом этапе продает не менеджер, а резюме. Потенциальный клиент запрашивает человека с навыками “А, B, C, D”. Менеджер предлагает в ответ эти “А, B, C, D” или их альтернативы. Составляя предложение, он ориентируется на информацию из резюме разработчиков. Поэтому регулярно обновляй свой опыт, прорабатывай стек, обучайся — так поставить тебя на проект будет проще. А очереди из подрядчиков в крутые проекты сейчас немаленькие, сам понимаешь. Обидно упускать такую возможность из-за простой невнимательности.

— Сергей Рябочкин, менеджер отдела продаж компании EvApps

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

Ситуация 2. Брось, это какой-то жалкий детский уровень

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

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

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

ЧТО ДЕЛАТЬ?

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

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

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

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

— Дмитрий Ентин, руководитель проектов компании EvApps

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

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

Ситуация 3. Непростая арифметика

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

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

ЧТО ДЕЛАТЬ?

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

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

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

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

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

Ситуация 4. На себя посмотри

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

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

ЧТО ДЕЛАТЬ?

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

— Александра Радина, руководитель отдела по работе с персоналом компании EvApps

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

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

  • ему нравилось то, что он делал;
  • он был по-настоящему увлечен работой;
  • он смог реализовать задуманные задачи.

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

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

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

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

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

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

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

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

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

Именно ясность речи показывает твой профессионализм, а не знание особых словечек “с производства”.

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

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

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

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

Ситуация 5. Сказал А — говори и Б

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

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

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

ЧТО ДЕЛАТЬ?

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

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

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

По опыту проведения собеседований скажу: при включенной камере чтение с экрана очень заметно. Если видео нет — все равно по интонации слышно, что ты читаешь. Чужие подсказки слышны и то, как ты гуглишь, тоже. На слух все это прекрасно улавливается. Вспомни свой школьный или университетский экзамен. Уличили в шпаргалке — не сдал. Только представь: ты сам успешно ответил на 90% вопросов, а потом вдруг обнаружилась шпаргалка! Конечно, это испортит впечатление обо всем интервью.

— Михаил Прохоров, разработчик компании EvApps

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

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

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

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

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

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

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

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

— Юрий Гоголев, разработчик компании EvApps

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

Ситуация 6. Скотчем заклеим — и нормально

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

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

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

ЧТО ДЕЛАТЬ?

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

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

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

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

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

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

— Оксана Соболевская, лид группы системного анализа компании EvApps

Ситуация 7. Театр одного актера

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

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

ЧТО ДЕЛАТЬ?

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

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

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

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

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

Не пиши код сразу. Можно выиграть себе немного времени “на подумать”, задавая вопросы, например по формату данных, которые приходят (провалидированы они или нет; гарантирован ли формат; нужно ли писать проверки, валидацию). Можно начать с того, чтобы написать название функции, сколько аргументов приходит, сразу написать возвращаемые. Инициализируешь переменную: допустим, функция возвращает массивы или объект – инициализируешь пустой массив или объект. И пишешь ретерн этой перемены. И вот, ты уже что-то делаешь. Параллельно рутинному написанию, которое не требует большой мозговой деятельности, ты можешь продумывать, как же все-таки решать саму задачу.

— Александр Резниченко, разработчик компании EvApps

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

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

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

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

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

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

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

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

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

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

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

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

Ситуация 8. Пассивно-агрессивное “нет”

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

ЧТО ДЕЛАТЬ?

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

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

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

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

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

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

Завершающий аккорд

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

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

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

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

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

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

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

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

55
8 комментариев

А как понять, чего от тебя ждут в результате? у меня был случай, когда я проходил собеседование, на все вопросы ответил развёрнуто... А оказалось, что требовалось больше рассказать про коммерческий опыт, а не про то - сколько книжек/курсов я изучил...
И ещё вопрос... как быть, если опыта нет потому что не берут на проект? на одних теоретических знаниях ведь не выехать...

Ответить

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

И ещё вопрос... как быть, если опыта нет потому что не берут на проект? на одних теоретических знаниях ведь не выехать...1. Пет-проекты в пригодном к показу формате (с фронтом)
2. Приписки. Да-да, херки сейчас скажут что так нельзя. Но когда так делают все, а вы нет - сосете вы

Ответить

1. В большинстве случаев в требованиях в вакансии и в заявке обозначают, что ждут от кандидата, выделяют ключевые навыки - на них стоит обращать внимание) то есть если в требованиях в вакансии стоит строка от 2х лет коммерческого опыта, то соответственно спросят, на каких именно проектах и сколько ты проработал. 2. Если опыта нет, его нужно приобретать, и начинать надо со времен учебы, простите за такой очевидный совет. Если не получается получить коммерческий, делайте задания компании на практике (профильные вузы в айти компании посылают студентов на производственную практику начиная с 1го 2го курса, и на моем опыте далеко не все готовы сделать практический кейс, просят просто проставить зачем, а потом через пару лет только начинают озадачиваться, а как же опыт приобрести). Участвуйте в хакатонах (как правило, задача на хаке реализовать реальный кейс), делайте пет-проекты (аналог сайта, который понравился, лендинг под событие вуза, да что угодно, что может вдохновить), стучитесь в компании на стажировки, даже если поначалу стажировка бесплатная, то в скором времени при ваших стараниях работодатель начнет платить стажерские, или по итогу сделает оффер в штат.

Ответить

По поводу статьи - все классно, все понятно, читать долго, но спасибо, что в одно место собрали все интересные кейсы)

Ответить