Как подготовить хорошее резюме для ИТ-специалиста

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

Мы в headz.io работали (помогали улучшить) примерно с 5000 резюме тестировщиков, разработчиков, DevOps-инженеров и других IT-специалистов, чтобы помочь им устроиться на ту работу, которую они хотели. Поэтому можем рассказать, как подготовить резюме, чтобы быстро пройти рекрутера или HR и понравиться работодателю.

Как обычно устроен найм? Например, в компании, которая пилит банковские сервисы, появляется потребность в React-разработчике. Тимлид, техлид, CTO заказывает у HR подбор кандидатов: описывает проект, задачи и даёт формальный список требований. Например, такой:

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

Рекрутер тратит на резюме примерно минуту. Это нормальная ситуация, когда для найма одного специалиста рекрутеру приходится просмотреть несколько сотен резюме. Это стандартная воронка найма, о которой мы также писали, например, в статье Как CTO работает за рекрутера».

Задача рекрутера — быстрее закрыть вакансию. Он/она не будет вчитываться в резюме, а отбирает только тех специалистов, что проходят по формальным признакам. Поэтому рекрутер смотрит резюме примерно минуту (или меньше) «по диагонали» — по ключевым словам и фразам. Если находит то, что искал — откладывает резюме в отдельную «стопочку», чтобы передать их технарям. Логично, что если резюме «сырое», то шансы пройти рекрутера минимальны.

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

Резюме — это точка сборки. В нём собраны «метаданные» о кандидате: краткая информация, опыт, ссылки, по которым можно узнать о вас больше.

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

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

Глобально резюме состоит из трех информационных блоков:

Блок с компаниями. Иногда встречаются резюме, в которых ничего нет, кроме упоминания о работе в «крутой» компании, например, в Яндексе.

Недостаточно написать о работе в крупной корпорации. Это лишь дополнительный бонус — фишка, из-за которой на резюме уделят больше времени. Бренд работодателя не продает, продает грамотно составленное резюме.

Техническая экспертиза. Это опыт, знания, умения и навыки, которые красиво упакованы. Техническому специалистов важно заполнять этот блок правильно, так как IT-специалист сравнивается по технологиям прежде всего.Заказчик ставит задачи с четкими указаниями: «Нужен JS разработчик, чтобы с React работал 2 года минимум, плюс Redux». Поэтому HR смотрит в резюме, чтобы «выудить» именно эти параметры. Если не будет указано, что с React вы работали два года (и как именно), то резюме, скорее всего, пройдет мимо.

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

Посмотрим, как все это реализовать «на бумаге».

Хорошее резюме разбито на абзацы и смысловые блоки. В первом блоке рекрутер и его заказчик знакомятся с вами.

Шапка. С нее начинается изучение вас, как специалиста.

Здесь есть имя, фамилия, фото и контакты: почта, телефон, Telegram, Skype. Не лишним будет отметить как с вами лучше связываться — по телефону или по почте.

Фотография. Например, в Германии есть ресурс Хing — аналог LinkedIn. Отдельное место там занимают фотографии и кандидаты снимают фото в студиях, которые специализируются на фото для Xing.

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

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

Блок «обо мне». Это рассказ, краткая выжимка информации о вас, как о специалисте. Например, так лучше не писать: шаблонный текст «как у всех».

Мы все исполнительны, ответственны и стрессоустойчивы. HR (а позже и техлиду) интереснее, если вы опишете основные достоинства, качества, рабочие навыки, мотивацию в работе, о которой все равно спросят и увлечения. Например, так.

Это тоже не идеальный текст, но уже лучше предыдущего.

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

Если не подобрали работодателя, которому могли бы написать письмо, то в резюме достаточно короткого и ясного абзаца с ответом на вопрос «Почему вы подходите для этой работы?». Этот текст превентивно ответит на неудобные вопросы рекрутера, HR и CTO, и экономит вам силы и время на контактах с рекрутером. А если вас все же будут спрашивать — есть «заготовка».

Это большой блок, который мы «нарежем» на части. Но сначала важное правило:

Чем дальше в прошлое, тем меньше вы рассказываете об опыте в то время.

Например, так неправильно.

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

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

Если у вас есть неактуальный опыт, например, менеджером в IKEA, то не указывайте. Для разработчика это лишняя информация, «утяжеляет» резюме и никому не интересна.

В этом блоке описываете проект или проекты, над которыми работали в компании в определенный промежуток времени. Приложите кликабельные ссылки, опишите суть проекта, свою роль, как долго над ним работали и поддерживали, какие проблемы решили и что не смогли. Если есть какие-то ограничения (NDA), расскажите как можете.

Например, так лучше не писать.

Это скрин из резюме начинающего Python-разработчика с проектами и ссылками. Но здесь есть одна ошибка: нет ответа на вопрос «Зачем HR переходить по ссылкам и просматривать проекты?» Скорее всего, HR не будет этого делать — тратить время и силы, чтобы разобраться.

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

Или так.

Также по возможности расскажите о компании, коллегах и технологиях, которые использовали.

Не указывайте должностные инструкции.

Написать в резюме функциональные обязанности из должностной инструкции — простой путь. Особенно, когда так делают все. Например, стандартный список обязанностей в резюме выглядит так:

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

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

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

Указывайте конкретные действия на проекте. Тестировщик занимается интеграционным, unit или автотестированием, тимлид нанимает команду и обучает, а сеньор-разработчик подбирает технологии на проект. С этими данными уже можно говорить предметно, обсудить. Всё это будет интересно техническому специалисту, к которому попадете после HR. Здесь достаточно 7-10 пунктов — не перегружайте.

Резюме — лучшее место для «ачивок». Достижения иллюстрируют вас, как специалиста (особенно от уровня сеньор и выше) и говорят работодателю, что вам не все равно «лишь бы работу работать».

Например, такие достижения ни о чем не говорят:

«Участие в разработке продукта Highload-системы. Стек: React, Redux, Node.js, FusRoDuh v3.»

А вот так уже лучше.

Здесь видна польза от работы кандидата. Ключевые достижения измеримы, достижимы и ограничены во времени — с цифрами, сроками и качественными изменениями.

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

В IT работают в командах и чаще встречаются командные достижения. Например, ускорили time to market, выпустили 10 новых фич в течении года, превысили скорость разработки на 10%, привели больше клиентов или отмасштабировались х10 по объему. Не стесняйтесь указывать командные достижения.

Что делать новичкам? Указывайте за достижения все, что можете.

Неважно на каком вы уровне сейчас, важно, как выросли за последний год.

Актуальные. Указывайте технологии, что связаны со специализацией. Не страшно, если фронтендер укажет Docker или Kubernetes, но если кроме них ничего нет — возникают вопросы.

Меньше перечислений. Набор технологий это не знания — это набор технологий.

Если добавляете перечисления — расскажите сколько лет работаете с технологиями, а на некоторых остановитесь подробнее. Например, вы пишете отличные скрипты на Go, но при этом никогда не будете работать с Django — добавьте, это будет интересно работодателю и расскажет о вас больше.

Больше маркеров. Указывайте инструменты, которыми владеете и с которыми работали в разных сочетаниях. Дело в том, что когда HR смотрит (и ищет) резюме, то он сканирует ключевые сочетания. Например, когда в резюме указана Java, то HR ищет Kafka, а потом его версии.

Что делать фулстек-разработчикам? Готовить три резюме:

В каждом резюме указывается свой ключевой стек.

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

…, то HR и техлиду будет непонятно, насколько хорошо вы ими владеете.Облегчите им работу, улучшив себе процесс найма.

Например, этот блок может выглядеть так.

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

— JS, CSS, HTML — больше 5 лет, знаю на 5 из 5.

— React, Redux, TS — 3 года, знаю на 4 из 5.

— Node.js — 1 год, учусь, знаю на 2 из 5.

Сюда же добавьте блок «Образование» с описанием конференций, хакатонов, курсов и всего остального, что показывает как вы развиваетесь.

Примечание. Иногда этот блок объединяют с предыдущим, так как и там и там указаны технологии.

Еще один плюс к выбору вас в качестве сотрудника. Укажите лиц, которые могут вас рекомендовать и их контакты: почту, телефон или ссылки на аккаунты в LinkedIn.

Например, в LinkedIn есть функция рекомендаций, с помощью которой ваши бывшие коллеги или руководители могут вас рекомендовать. Это вызывает доверие и хорошо смотрится.

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

Подытожим.

Если возьмете за основу структуру выше, то резюме займет 4-5 страниц, что вполне достаточно. При этом оно не получится слишком коротким и не покажется рекрутеру пустым.

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

Примечание. Также держите резюме в нескольких форматах: в виде PDF, в виде ссылки на PDF (в облаке) или Google Docs, которыми удобно делиться.

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