Если вы ищете работу, но не можете найти

В резюме есть Java, Spring Boot и Kafka, но о вашей работе за этим списком известно примерно ничего. Команде ещё нужно понять, что вы делали, за что отвечали и какие задачи сможете взять на себя. Разберём, как показать это в резюме и на собеседовании, а заодно найти этап, на котором застрял поиск.

Посмотрите, на каком этапе всё останавливается

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

Посмотрите, какая из ситуаций повторяется:

• Откликов много, просмотров почти нет. Проверьте, подходят ли вам выбранные вакансии. Затем пройдитесь по названию резюме, заголовку, первым строкам опыта и ключевым навыкам. Эти поля помогают системе и рекрутеру определить, подходит ли ваш опыт под запрос. Резюме могут не находить или не открывать, потому что описание не заинтересовало.
• Резюме смотрят, но на разговор не зовут. Возможно, технологии перечислены, а задачи потерялись. Попробуйте прочитать описание опыта глазами человека, который никогда не видел ваш проект. Понятно ли ему, что вы делали и за какую часть отвечали?
• С HR поговорили, дальше не прошли. Здесь стоит проверить рассказ о себе, зарплатные ожидания и мотивацию. Возможно и другое: ваш опыт не совпал с требованиями конкретной роли. Одно только приглашение на первый разговор этого совпадения ещё не подтверждает.
• Отказы приходят после технических интервью. Посмотрите, хватает ли глубины в знаниях, получается ли применять теорию в задачах и достаточно ли практики. Отдельно проверьте, насколько привычен вам сам формат собеседования.
• До финала доходите, оффера нет. Возможно, другой кандидат точнее попал в задачи команды. Если вы регулярно проходите предыдущие этапы, полная переделка резюме и подготовки может оказаться лишней.

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

Что вы делали с этим стеком

Возьмём двух backend-разработчиков. У обоих Java, Spring Boot, Kafka, PostgreSQL и Redis. Дальше открываем описание опыта. У одного там микросервисы, исправление ошибок и code review. Всё это относится к работе разработчика, но пока непонятно, что он разрабатывал и за какую часть проекта отвечал. У второго описан backend платёжного модуля. Он занимался проведением платежей и интеграцией с внутренними системами, работал с Kafka и PostgreSQL, разбирался с повторной обработкой сообщений. Здесь уже есть конкретные задачи, о которых можно поговорить.

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

Например, «разрабатывал личный кабинет» можно уточнить. Если вы писали backend кабинета корпоративных клиентов, отвечали за платёжные сценарии и интеграцию с внутренними сервисами, расскажите об этом. Так читателю резюме не придётся угадывать, какая работа скрывается за личным кабинетом. С результатами не обязательно искать процент для каждой строки. Если не измеряли ускорение на 37%, писать об этих 37% не нужно. Можно рассказать, что вы запустили функцию, автоматизировали процесс или устранили проблему с производительностью. Это тоже результат работы, который можно объяснить на собеседовании.

Покажите уровень через задачи

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

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

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

У сеньора разговор идёт о масштабе задач и принятых решениях. Что спроектировали, почему выбрали этот подход, какие ограничения учитывали, чем пришлось пожертвовать. Здесь имеет значение и то, какие задачи вам доверяли, и то, как вы действовали в условиях неопределённости.

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

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

Расскажите рекрутеру историю своей работы

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

ИТ-рекрутер Centicore Group Вероника Гаврилова в разборе поиска работы в корпоративном блоге объясняет, зачем рассказывать о проекте уже на первом разговоре. Рекрутер первым объясняет руководителю, почему с кандидатом стоит встретиться. Формулировка «занимался оптимизацией» мало помогает. За ней может стоять работа, о которой есть что рассказать, но собеседник пока не знает, что происходило. Ему остаётся задавать дополнительные вопросы.

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

Подготовьтесь к самому собеседованию

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

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

Итого: разбирайте повторяющийся сценарий

Смотрите на конверсию откликов: как часто открывают резюме, приглашают на разговор и переводят на следующий этап. Для этого нужны вакансии, которые соответствуют вашему опыту. Иначе будет трудно понять, проблема в рассказе о работе или вы откликаетесь на неподходящие роли. Можно сосредоточиться на 20 подходящих откликах и разобрать их результат вместо того, чтобы отправить 100 без разбора. Количество отправленных резюме само по себе не подскажет, что стоит изменить в поиске.

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