Начало
Представьте вас пригласили на собеседование в крупную компанию в которой вы давно мечтали работать, вы немного волнуетесь потому что немного приукрасили свое резюме. Может быть даже накрутили опыт. В общем и целом практика довольно распространенная. Ведь основная задача на интервью это продать свои умения будущему работодателю.
Какую самую страшную и непоправимую ошибку можно совершить на таком собеседовании? Такую, что обратного пути не будет, и возможны только два варианта: тебе через какое-то время говорят, что сейчас не могут тебя взять, либо, что скорее всего продолжат. Но решение будет уже принято.
Грамотное резюме
Давайте составим гипотетическую ситуацию, ты составил себе хорошее резюме java - разработчика мидла , накрутил 3 года опыта или пусть даже у тебя есть эти три года и эйчары пишут пачками. Сейчас без хорошего резюме попасть на собеседование практически не возможно. Даже если тебя пригласят по знакомству, резюме команде все равно нужно. Оно основа любого хорошего технического интервью.
Тебя пригласили, отправляешься на интервью к команде. Предварительно сказав, что уже не работаешь и готов приступить в ближайшее время. Хорошо отвечаешь на теоретические вопросы, знаешь, какие есть методы в классе Object и даже можешь рассказать, чем Spring Boot отличается от Spring, можешь порассуждать на тему, когда лучше отказаться от микросервисов в пользу монолита. Все технические вопросы отлетают от зубов. Что вообще у тебя может пойти не так?
К чему нужно быть готовым
Дежурные вопросы: о чем был ваш прошлый проект, какая у вас была роль? Как строились коммуникации внутри и кто за них отвечал? Ответ на них должен быть не сухим и заученным как все теоретические вопросы на экзамене в универе. А таким, как будто ты рассказываешь, как после школы с лучшими друзьями в футбол играли, Петька на воротах стоял, пропускал часто — но про это говорить нельзя. Говори, что была офигенная защита ворот, с аптаймом 99.99, за которой бессонными ночами следила команда вратарей и черлидерши. Которую ты, кстати, очень часто консультировал и показывал, как можно через Postman голы забивать, а не через весьма сложно автоматизируемый curl. И как CI/CD пайплайн (процесс непрерывной интеграции и развёртывания) тоже немножко для себя поправил, у ребят из команды девопсов (devops - инженер по автоматизации инфрастуктуры) забот много, а нам в разработке хотелось видеть отчеты по тестам зелененькие. Дальше можно в скользь упомянуть как на ретро команда засыпала тебя благодарностями (Agile retro — встреча в конце спринта с подведением итогов с обсуждением планов и возникающих проблем )
Как правильно отвечать на вопросы
У меня было не одно такое интервью где кандидат напрочь забывал про команду. Не мог внятно рассказать про проект. На прямой вопрос - "О чем был проект?" Такие ребята начинали нервничать, рассказывали что-то заученное из разряда: вот у нас была CRM, проект про CRM и про лиды, лиды приходили в CRM и их продавали. А твоя роль какая была? Можешь поподробнее? "У НАС БЫЛА CRM И РАЗРАБОТКА ПОД ЛИДОВ," — еще громче говорил кандидат. Как будто мы с коллегой его плохо слышали. В этот момент, конечно, сразу прояснилось, почему он уже не работает, чему так рада была наша эйчар, и мы, кстати, тоже. Так как задач было вагон и мастер-план не совсем укладывался в сроки. И частые зависания связи после теоретических вопросов. Про это я тогда первый раз и узнал, а коллега был уже в курсе. Есть программы, которые создают намеренные зависание связи, во время которых можно найти ответ на вопрос в интернете.
Но все это было не важно. Кандидат уже сделал самое худшее — начал нервничать и почти кричать на нас. Провалил тест на адекватность, который в первую очередь проводит эйчар. Для нее, кстати, его ответ про CRM был "хорошим", естественно если его сказать спокойно. Коротким и по делу. А большего на эйчар скрининге и не надо, и это нормально. И на скрининге и на техническом интервью любая агрессивная реакция на вопрос, пусть он хоть Линус Торвальдс (создать ядра операционной системы Linux), навряд ли получил бы офер (offer предложение о работе).
С кем хочется работать?
Что бы не совершать таких ошибок тебе важно подготовиться к собеседованию не только технически, но и эмоционально. Задай себе вопрос с кем бы ты сам хотел работать?
Один из успешных типов кандидатов, на интервью начинает с рассказа о своей команде и проекте, подчеркивая вклад каждого участника. Это сразу создает впечатление командного игрока и вызывает доверие. Он также использует метод STAR (Situation, Task, Action, Result) для структурирования своих ответов, старается показать свою пользу на проекте. Если к этому прикрепить рассказ о своих достижениях. Не важно были ли они на самом деле. Вероятность успешного прохождения резко возрастает.
А будут ли шансы, если в обоих случаях чуть позже, сложив все факторы, стало бы понятно и мне, и коллеге, что наверное, кандидат где-то приукрасил? В первом при лучшей подготовке легенды, если кандидат вел бы себе более дружелюбно и меньше нервничал. Дошел до практической сессии без алгоритмических задач, с заданиями которых у нас полный бэклог. Нормально ее прошел, то думаю, 3-5 рабочих дней и был бы с офером.
Второй кандидат и так получил предложение о работе.
Заключение
На этом на сегодня все, Если понравилась статья и хочешь продолжения подписывайся на мой канал в дзене, чтобы не пропустить новые статьи. И в телеграмме
https://t.me/mentee_power
Там я рассказываю о обучении в Ай ТИ, о себе, выкладываю больше историй из рабочего и личного опыта. Интересные моменты с собеседований, рассуждаю на тему рынка IT в целом. Все самые новые анонсы бесплатных курсов и консультаций будут только там.