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

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

В закладки

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

Зачем нужно резюме

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

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

  • Сотня резюме — случайные. Это люди, которые откликаются на всё подряд — «авось возьмут». Такие сразу попадают в корзину.
  • Ещё сотня — джуниоры: опыта месяц, но дикое желание поработать.
  • Резюме ещё примерно сотни кандидатов тяжело читать, потому что там описан весь жизненный путь еще со времен, когда кандидат в 95-м году настраивал локальные сетки.
  • Опыт ещё 50 кандидатов не понять потому, что там один абзац текста на 10 лет опыта.
  • 30-35 совпадают почти во всем, но чего-то не хватает — кандидат не внимательно просматривал требования.
  • Остаются 10-15 резюме, которые совпадают по всем пунктам (что еще хороший результат). Именно их рекрутер передаст техлиду (заказчику), чтобы тот изучил и рассмотрел, кого пригласить на собеседование.

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

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

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

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

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

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

Принципы хорошего резюме

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

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

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

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

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

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

  • закончили институт с лучшими отметками;
  • выполнили практические проекты;
  • учились в школе программирования.

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

Структура резюме

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

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

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

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

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

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

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

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

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

Объявление на vc.ru

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

  • «Какие задачи умеете решать только вы?»
  • «Почему хотите попасть в эту компанию?» Только не пишите, что ищете высокую зарплату. Даже если это правда и вы правдоруб, возникнет много неудобных вопросов.
  • «Почему с вами приятно работать, а что вас раздражает?»
  • «К чему стремитесь?»
  • «Какие условия на работе для вас важны?» Например, вы хотите работать удаленно, то вам не нужен ни фитнес, ни ДМС, ни прочее, что сопутствует офису.

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

Опыт работы

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

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

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

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

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

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

Пример первого опыта работы из резюме фронтенд-разработчик.

О проекте

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

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

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

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

Или так.

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

Обязанности

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

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

  • разработка нового функционала;
  • выявление и исправление ошибок;
  • выпуск релизов;
  • участие в жизненном цикле разработки;
  • работа по Agile, Scrum.

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

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

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

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

Ключевые достижения

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

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

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

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

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

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

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

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

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

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

Технологии

Актуальные. Указывайте технологии, что связаны со специализацией. Не страшно, если фронтендер укажет 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, где мы периодически разбираем сильные и слабые резюме, и даем рекомендации по улучшению, и постим разные интересные вакансии.

{ "author_name": "Светлана Петровичева", "author_type": "self", "tags": [], "comments": 29, "likes": 13, "favorites": 158, "is_advertisement": false, "subsite_label": "hr", "id": 148577, "is_wide": false, "is_ugc": true, "date": "Fri, 07 Aug 2020 16:56:28 +0300", "is_special": false }
Объявление на vc.ru
0
29 комментариев
Популярные
По порядку
Написать комментарий...
15

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

Как можно знать язык программирования на 2/5? Как можно знать вообще что-либо по какой-то шкале? По-моему люди – не роботы, а в Интернете четкого и единого теста на знание чего-либо не существует.

Я, например, реально не понимаю, почему (и зачем) люди себе ставят оценки. Ты считаешь, что знаешь X на 4, и ставишь себе 4. Вася из Силиконовой долины считает, что ты X знаешь на самом деле на 2, а сам Вася ставит себе в знаниях 5.

Как можно по личным оценкам людей оценить их шкалу?

Ответить
0

Да вот согласен, что сложно оценить особенно когда спрашивают «насколько ты в этом разбираешься?»

И тогда в большинстве случаев ты отвечаешь, что не очень что-то знаешь, ибо тебе есть сравнить с каким-то ментором по направлению или экспертом и понимаешь как тебе ещё далеко, а у какого-нибудь новичка все хорошо и по итогу это означает, что он просто один раз применял по чьей-то аналогии и все на этом. И твой ответ воспринимается как 2 из 5, а его 4 из 5. 

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

Ответить
0

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

Ответить
0

Например, я имею в javascript 5 лет опыта работы. За это время применял множество функций, но редко работал с канвасом. Фактически моих знаний хватает что бы пилить 99% стандартного функционала сайтов. я себе поставил бы 5/5. Но какой то мегамозг с мира HR спросит какой то вопрос по канвасу (который с вероятность 99% не используется в проекте на который этот ХР нанимает) и после неудолетворительного ответа он поставит оценку 4/5, и следовательно я не пройду.

Ответить
0

Это не hr  ставит, а вы оцениваете сами свои скиллы

Ответить
0

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

Ответить
0

Ну это он не должен делать по идеи. Он не занимается профессиональной оценкой - это дело нанимающего лида

Ответить
0

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

Ответить
0

Так не должно быть так как заказчик не HR, а СТО тут надо общаться по процессам, и, конечно менять этапы интервью

Ответить
0

Возможно совместно проводить

Ответить
0

Это просто пример

Ответить
9

Ох уж эти попытки HR вывернуть реальность под свои представления. Девочки и мальчики, если в других отраслях дефицит рабочих мест, то в IT - дефицит разработчиков. Совет только один: вообще не парьтесь ни с какими резюме для российских HR. Оформляйте профиль на Линкдине, собирайте проекты на Гитхабе и добро пожаловать в цивилизованный мир. А кривляние и танцы на коленях перед HR оставляйте тем, кому приходится проходить "конкурс в 1000 резюме на позицию"

Ответить
0

Дефицита разработчиков как таковых нет. Уже давно. Есть дефицит хороших разработчиков.

Ответить
6

Звёздочки это именно тот параметр по которому кандидатов можно отсеивать на долбоебов и нормальных. В приличном обществе за такое резюме плюют в лицо.

Хуже этих звёздочек или шариков только шкала заполненности без делений. А ля, "Big Data на где-то между половиной и 2/3", спасибо, можешь не продолжать. Это нельзя измерить объективно. Это показывает только отсутствие аналитического мышления у кандидата.

Сама статья хорошая, но вот за звёздочки ставлю вам 0/5.

Ответить
4

Помню попадалось резюме уровня джун-недомиддл со звездочками на уровне 4-5 и тогда сказал коллегам, что я и себя то не могу на столько оценить (даже будучи "сеньором"). По факту собеседования оказалось что там знания на 1-2.
"Чем больше я узнаю, тем больше я понимаю как много я не знаю" (Эйнштейн, вроде)

Ответить
1

Про звёздочки прям +

Ответить
0

Правильные HR оценят и поймут про звездочки.
========
Объективно? Да оно никому не нужно, так как компания ищет специалиста для решения какого-то ограниченного круга задач (круг может быть широким, но конечным). 
Мой опыт работы HR  в продуктовой  IT компании таков, когда кандидатам задавались вопросы типа "как вы будете решать задачу: (в двух-трех словах описывается условие)?" По ответу кандидата становится понятна его глубина знаний и практический опыт.
 

Ответить
3

Самая полная и простая для восприятия статья по HR что я видел.

Ответить
2

Сама статья отличная, взял на заметку.

Ответить
1

Просто и обо всем что нужно знать 
10 из 10 автору 👏

Ответить
1

А еще можно записать видеорезюме в нашем продукте vcv.me - короткий формат на 2 минуты - и приложить ссылку на него к обычному резюме/профилю на LinkedIn, там можно сказать то, что обычно пишут в сопроводительном письме, для нанимающего менеджера - тимлида, СТО - будет сразу удобно посмотреть, насколько человек встроится в команду. И если выбрать формат на английском, отлично подойдет для позиций, где важно знание языка. 

Ответить
1

В "правильном" резюме есть фатальная ошибка, которая если и не отсеивает разработчика сразу, то сильно ставит под сомнение квалификацию.

Ответить
1

...но что это за ошибка, вы, конечно, умолчите.

Ответить
0

Да, пусть это будет интригой

Ответить
1

спасибо, классно все расписано

Ответить
0

Дмитрий, спасибо вам большое )

Ответить
0

Суровый pr + маркетинг, статьи под копирку на vc, Хабре и ТД, спам в почте. Отличная агрессивная кампания :) только на Хабре комменты не купили. 

Это просто сборник перлов. «Заказчик ставит задачи с четкими указаниями» серьезно?

"Резюме ещё примерно сотни кандидатов тяжело читать, потому что там описан весь жизненный путь еще со времен, когда кандидат в 95-м году настраивал локальные сетки.
30-35 совпадают почти во всем, но чего-то не хватает — кандидат не внимательно просматривал требования.
Остаются 10-15 резюме, которые совпадают по всем пунктам (что еще хороший результат). Именно их рекрутер передаст техлиду (заказчику), чтобы тот изучил и рассмотрел, кого пригласить на собеседование."

Тоесть вместо эйчара модно поставить скрипт, который будет матчить пару десятков параметров? И так всю статью. У которой к слову заголовок "как подготовить резюме "

Ответить
0

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

"Задача рекрутера — быстрее закрыть вакансию. Он/она не будет вчитываться в резюме, а отбирает только тех специалистов, что проходят по формальным признакам."

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

Ответить

Комментарии

null