История первого беспомощного оффера

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

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

Анализ стратегий продвижения резюме

История берет начало летним июлем. Я студент, поэтому летом больше всего можно найти времени для поиска работы. Всё началось с платформы поиска работы — HeadHunter, которая стала основной платформой для меня в этой истории. Я уже до этого размещал там резюме, но к его оформлению тогда подошёл не так тщательно, как следовало бы. И слышал о том, что резюме нужно составлять «правильно» (о том, что такое «правильно» в моем понимании, я расскажу позже), поэтому на начальном этапе я выделил для себя такую стратегию:

1. Откликаться на большую часть вакансий просто так, чтобы потом можно было выделить для себя какие-то оптимальные алгоритмы откликов;

2. Параллельно изучать, что такое «правильное резюме»;

3. Периодически читать и повторять теорию по каким-то технологиям.

С первыми двумя условно понятно, реализация третьего пункта была следующая: я находил доступные мидловские вакансии и выделял наиболее часто встречающиеся технологии. Уточню, что изначально я рассматривал только Junior позиции. Дневная норма моих откликов была от 10 до 30 вакансий в день. Она зависела от новых и уже просмотренных вакансий. Где-то неделю откликов со стороны работодателей не было, что только погружало меня в изучение алгоритмов платформы. Было много «тишины» со стороны работодателей.

Основные проблемы

Замечу, что серьезные сложности возникают только у начинающих разработчиков (джуны, стажеры), и вот какие из них я бы выделил сейчас:

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

• «О чем вообще можно писать в резюме, если нет реального коммерческого опыта?»;

• Недостаточный опыт делает вас менее релевантными к вакансиям.

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

• Важно поднимать резюме на HH.ru в профиле. Это делает его более заметным;

• Откликайтесь на все соответствующие вашим требованиям вакансии до мидла включительно;

• Составляйте резюме так, чтобы его продвигали алгоритмы платформы;

• Стремитесь к «правильному резюме»;

• Используйте всё, что доступно, а не только HH.ru (онлайн-помощники, которые помогают продвигать резюме, я не рассматривал).

Активность профиля

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

Вакансии

Вакансий для стажёров и джунов мало, и они нечасто появляются, поэтому стоит рассматривать и общие (java developer), и мидловские (middle java developer) вакансии.

Алгоритмы HH.ru

Выделите все технологии, которые знаете. Затем посмотрите и сравните их с теми, что часто встречаются в вакансиях. После этого отсортируйте их по убыванию важности в своих навыках. Когда будете писать о своем опыте, везде, где можно, вставляйте важные технологии. Когда HR ищет кандидатов, он в том числе в поисковик просто вбивает нужные технологии, и чем релевантнее ваше резюме (чем больше ключевых слов оно содержит и чем чаще они встречаются — например, технологии), тем выше в списке найденных кандидатов вы окажетесь. Стоит отметить, что этот аспект стоит учитывать только для резюме на HH.

"Правильное резюме"

«И вот то, к чему нужно стремиться», — подумали вы. Выяснилось, что процесс написания резюме сложнее, чем можно подумать. Просмотр видео HR-ов или оценки резюме опытными разработчиками дали понять, что есть абстрактный набор требований, которым нужно следовать. Выделю следующие блоки, которые должны быть в резюме:

• Шапка;

• Hard-скиллы;

• Soft-скиллы;

• Опыт работы;

Можно добавить и эти блоки, если они связаны с позицией в вакансии:

• Образование;

• Курсы.

На этом, собственно, и всё по поводу «правильного резюме». Дальше идут личные предпочтения разработчиков, которые участвуют в найме, и HR-ов, поэтому точно сказать, что ваше резюме полностью устроит конкретную компанию, нельзя. Кому-то нравится использование resume-builder’ов, кто-то предпочитает простое черно-белое оформление списка блоков, кого-то устраивает выделение отдельного блока «О себе», а кто-то считает это избыточным. Но всё-таки у меня получилось выделить некую закономерность и хорошее распределение идей того, как сделать резюме более универсальным и менее чувствительным к проблемам из блока «Основные проблемы»:

• Не пишите конкретный grade. Хотя HR-ам это нравится, таким образом вы явно загоняете себя в рамки рассматриваемых вакансий. Например, если вы junior и не уверены в том, что соответствуете позиции middle, не пишите свой grade, работодатель сам на техническом собеседовании оценит ваши навыки. И, возможно, для него вы обладаете нужными навыками мидла;

• Если вы не имеете никакого опыта, даже связанного с pet-проектами, вам стоит задуматься: «А точно ли вы готовы к поиску первой работы?»;

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

• Заявляйте опыт работы таким, чтобы в конечном итоге вы подтверждали на собеседовании, что обладаете заявляемыми навыками;

• На HH важно, какой опыт в цифрах вы имеете, так как HR-ы при поиске сразу ставят фильтр, например, «3–4 года опыта», и уже на этом этапе ваше резюме точно может отлететь. Поэтому важно именно попадать в такие фильтры;

• Soft-скиллы лучше объединить с опытом работы, если это возможно. Это как раз покажет, как они проявлялись во время выполнения задач.

Альтернативные способы поиска вакансий

Алгоритмы платформы и ограничения в оформлении резюме, которые не позволяют найти долгожданный оффер, могут натолкнуть рассмотреть и другие способы поиска вакансий. Мой опыт включил в себя следующие:

• Создание резюме и его отправка на почту кадрового отдела;

• Использование Telegram-групп.

Что насчет первого, вы можете воспользоваться любым доступным редактором, купить подписку для любого resume-builder’а или нарисовать резюме в Фигме по шаблонам из resume-builder’а, как это сделал я (получится классно, если вы перфекционист, дизайнер, любите или умеете рисовать). Созданное резюме можно отправить в отдел кадров нужной компании. Тут стоит учесть, что некоторые вакансии компания размещает только у себя (что часто происходит с junior вакансиями), поэтому, например, на HH их можно не встретить. Насчет второго скажу, что этот вариант был не основным, но вспомогательным. Периодически бывало такое, что в телеграмм-группе я видел вакансию, которую пропустил или не увидел на HH.

Анализ первых этапов работы с вакансиями

После двух недель активность работодателей на мои отклики выросла и стабильно держалась (от 5 работодателей в день), если я каждый день выполнял нужные шаги из блока «Анализ стратегий продвижения резюме». Да, чаще всего я сталкивался с простыми отказами, но были и варианты, в которых я общался с HR-ами и выполнял тестовые задания. Варианты с тестовыми заданиями я обрабатывал постепенно. Были и странные, и простые, и непонятные, и сложные, и длительные задания. Варианты без тестовых заданий подразумевали скрининг, на основе которого HR оценивал, подходит ли кандидат для его рассмотрения. Конечно же, для этого разработчика попросят рассказать о себе. Такой диалог будет подразумевать примерно следующую структуру в глазах HR-а, который хотел бы встретить воодушевленного и мотивированного специалиста:

1. Рассказ разработчика о себе;

2. Рассказ HR-а о вакансии;

3. Уточняющие вопросы HR-а;

4. Уточняющие вопросы разработчика;

5. Итог.

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

1. В начале рассказа о себе сказать пару слов об опыте (например, «я имею два года опыта работы в IT») и о том, на какую позицию я претендую. Затем описывается собственный опыт в рамках запросов вакансии, рассказ о котором должен быть заранее подготовлен на основе описания вакансии. Нужно выкрутить свой опыт так, чтобы показалось, что представляемый опыт может решить задачи и проблемы, описанные в вакансии. Например, если компания ищет того, кто мог бы проводить интеграции, а вы недавно сами интегрировали сервера авторизации GitHub и Gitlab, то в том числе нужно делать акцент и на этом;

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

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

Итог

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