Если вы не зарегистрированы на hh.ru или подобных ресурсах, находите работу в профильных сообществах на Facebook, в Telegram и по «сарафанному радио», и у вас нет отбоя от предложений, вам не нужно резюме. Но обычно оно нужно тем, кто вас нанимает — с рекрутера или 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, техлиду или тимлиду на собеседование, где вы можете полность раскрыться как профессионал и занять достойное место. Лучший подарок себе (и рекрутеру) — хорошо структурированное резюме, по которому рекрутер сможет понять, что вы подходите и перекинет вас дальше. Рассмотрим, как подготовить такой документ.
Принципы хорошего резюме
Глобально резюме состоит из трех информационных блоков:
Блок с компаниями, в которых вы работали.
Блок с технической экспертизой: опыт, знания, умения, навыки.
Результаты работы или достижения.
Блок с компаниями. Иногда встречаются резюме, в которых ничего нет, кроме упоминания о работе в «крутой» компании, например, в Яндексе. Две сухие строки опыта двух лет работы ни о чем говорят. Здесь «крутая» компания играет против кандидата. С таким резюме возникает много вопросов: «А что конкретно он делал два года в Яндекс? За что платить 8 000 евро? За скромный стек? А на каком уровне он им владеет? Чем он будет полезен?» Возможно, это гениальный специалист в своей области, но по резюме это не понятно.
Недостаточно написать о работе в крупной корпорации. Это лишь дополнительный бонус — фишка, из-за которой на резюме уделят больше времени. Бренд работодателя не продает, продает грамотно составленное резюме.
Техническая экспертиза. Это опыт, знания, умения и навыки, которые красиво упакованы. Техническому специалистов важно заполнять этот блок правильно, так как IT-специалист сравнивается по технологиям прежде всего.
Заказчик ставит задачи с четкими указаниями: «Нужен JS разработчик, чтобы с React работал 2 года минимум, плюс Redux». Поэтому HR смотрит в резюме, чтобы «выудить» именно эти параметры. Если не будет указано, что с React вы работали два года (и как именно), то резюме, скорее всего, пройдет мимо.
Достижения и результаты работы. Достижения — это то, что вы сделали лучше, чем раньше.
Даже если вы еще джуниор, то все равно пишите достижения. Например:
закончили институт с лучшими отметками;
выполнили практические проекты;
учились в школе программирования.
Посмотрим, как все это реализовать «на бумаге».
Структура резюме
Хорошее резюме разбито на абзацы и смысловые блоки. В первом блоке рекрутер и его заказчик знакомятся с вами.
Шапка. С нее начинается изучение вас, как специалиста. Здесь есть имя, фамилия, фото и контакты: почта, телефон, Telegram, Skype. Не лишним будет отметить как с вами лучше связываться — по телефону или по почте.
Фотография. Например, в Германии есть ресурс Хing — аналог LinkedIn. Отдельное место там занимают фотографии и кандидаты снимают фото в студиях, которые специализируются на фото для Xing.
В русскоязычном IT так заморачиваться не надо. Но хорошо, если фотография есть. Фото в деловой одежде, где видно лицо, — это плюс к резюме. Если у вас будет везде (на всех площадках и в соцсетях) одинаковое резюме, с одной и той же фотографией, то это существенно облегчит работу рекрутеру, а вам — повысит шансы получить новую должность.
Блок «обо мне». Это рассказ, краткая выжимка информации о вас, как о специалисте. Например, так лучше не писать: шаблонный текст «как у всех». Мы все исполнительны, ответственны и стрессоустойчивы. HR (а позже и техлиду) интереснее, если вы опишете основные достоинства, качества, рабочие навыки, мотивацию в работе, о которой все равно спросят и увлечения. Например, так. Было бы идеально, если кандидат добавил с какими фреймворками работал, чтобы рекрутер не будет задавать дурацких вопросов: «А вы работали с Django/AIOHTTP/Tornado?»
Сопроводительное письмо. Обычно это дополнительный блок или отдельное письмо для компании, в которую хотите попасть. В России эта часть резюме встречается редко, а зря. Ведь именно здесь вы можете рассказать, почему именно вы подходите компании. В письме должны быть ответы на следующие вопросы:
«Какие задачи умеете решать только вы?»
«Почему хотите попасть в эту компанию?» Только не пишите, что ищете высокую зарплату. Даже если это правда и вы правдоруб, возникнет много неудобных вопросов.
«Почему с вами приятно работать, а что вас раздражает?»
«К чему стремитесь?»
«Какие условия на работе для вас важны?» Например, вы хотите работать удаленно, то вам не нужен ни фитнес, ни ДМС, ни прочее, что сопутствует офису.
Если не подобрали работодателя, которому могли бы написать письмо, то в резюме достаточно короткого и ясного абзаца с ответом на вопрос «Почему вы подходите для этой работы?». Этот текст превентивно ответит на неудобные вопросы рекрутера, 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, которыми удобно делиться.