Многие талантливые ребята не попадают на полностью соответствующую их компетенциям работу из-за плохо составленного резюме. Эта статья — сборник инсайтов от Дениса Шаматажи, Project/Product Manager-a с пятилетним стажем в IT, которого постоянно вовлекают в процесс найма сотрудников. Денис подготовил подробный гайд, где искать работу, как адаптировать резюме под разные типы компаний и попасть на собеседование.
Денис Шаматажи — спикер курсов PM Hard Skills, PM Hard Skills 2
Где искать работу
По сути, искать работу Project и Product Manager можно в трех различных направлениях.
- Непосредственно на сайтах компании, которые вам нравятся.
- djinni.co, HeadHunter, Мой Круг, work.ua и все соответствующие порталы и маркетплейсы, на которых размещают вакансии.
- Facebook страницы, Instagram, Telegram, и другие персонализированные страницы.
Между ними есть достаточно большая разница, которую с первого взгляда нелегко уловить. Давайте разберем особенности публикаций вакансий в каждом из них.
Сайты компаний рассчитаны на вакансии для людей, которые хотят попасть непосредственно в гнездо этого бренда. То есть, условный Luxoft или EPAM могут публиковать вакансии у себя на сайте, зная, что какое-то определенное количество трафика приходит за счет узнаваемости бренда.
На собеседованиях вам чаще всего будут задавать вопросы: «Почему ты решил работать в нашей компании, что ты о нас уже знаешь?»
Тем, кто готовится к собеседованиям в продуктовую компанию, нужно быть готовым к вопросам:«Пользуешься ли ты нашим продуктом, а как ты о нем узнал? Если ты им не пользуешься, то почему тебя заинтересовала работа с нами? Читаешь ли ты наш блог?»
Маркетплейсы типа djinni.co, HeadHunter, Мой Круг и биржи по вакансиям в основном рассчитаны на малоизвестные компании. У всех правил есть свои исключения, но чаще всего, происходит именно так.
Я публиковал вакансии на djinni.co, когда работал над маленьким стартапом, нанимал людей с нуля и никто не знал о нашей канадской компании. Я понимал, что размещение вакансии на сайте компании не даст результата, потому что у нас даже нет присутствия бренда в Украине. В малоизвестных компаниях иногда могут задавать вопросы вида:«А как ты о нас узнал?»
Чаще всего, люди, которых собеседую я, сначала смотрят на ценник, название вакансии и после этого рассылают свои резюме в десятки компаний. Когда я созваниваюсь или списываюсь с человеком и спрашиваю: «Почему ты откликнулся на нашу вакансию PM-а, что тебя заинтересовало в ней?» — мне отвечают: «Напомни, пожалуйста, что это за проект, какая компания? Потому что я разослал вакансию на 30-40 разных позиций». В этом ответе вся специфика работы с сайтами-агрегаторами вакансий.
Последний вариант самый неочевидный, но при найме PM-ов или других специалистов в IT, я использую Facebook страницу и Telegram-блог, который уже немножко в прошлом, но тем не менее. Это аудитория людей, которые как-либо взаимодействуют со мной, то есть мы виделись на какой-то конференции, как-то столкнулись в переписке, холиваре или еще где-нибудь.
Соответственно, я пишу в Facebook: «Ребят, кому интересно будет поработать junior PM, стучитесь в личку, у меня есть открытая позиция». В результате, 2-3 человека находят меня, еще 2-3 человека советуют кого-то другого, тот другой советует кого-то третьего, и я нахожу, условно говоря, десять вариантов из которых два человека могут подойти на эту роль.
Для сравнения: когда я последний раз искал PM-а на djinni.co, открыл около 200 профайлов, которые подали мне заявку, и из них прошло 5 человек. То есть конверсия на djinni.co была 2.5%, в то время как на Facebook она была 20%.
Большинство людей на djinni.co присылают заявку просто, чтобы прислать заявку. У PM-ов есть практика «Я прохожу собеседования, чтобы отточить свой скил». Таких людей я иногда сразу отсеиваю.
Если же я размещаю пост на Фейсбук странице, то где-то на 15-том человеке позиция железно закрывается.
Как отслеживать новые вакансии
Cоставить список компаний и регулярно мониторить их объявления
Если мне интересно попасть в Киевстар, Vodafone, Интертелеком, МегаФон и Lifecell, я выписываю их страницы с вакансиями, и стараюсь добавить их в RSS-рассылку или telegram-бот, который будет регулярно присылать эти вакансии, чтобы быть в курсе возможностей и вакансий, которые не публикуются на агрегаторах по поиску работы.
Выработать привычку фолловить сильных руководителей
Условно говоря, если вы прочитали эту статью и поняли, что я — источник полезной информации, обычно просто фолловите меня в Facebook и после этого, если я когда-либо пишу у себя на странице:«Ребят, мне нужен РМ», у вас появляется возможность устроиться в мою компанию. Чаще всего, большинство людей так и поступает.
Еще один кейс: вы приходите на конференцию, слушаете лекцию, после чего стучитесь в друзья к спикеру. В каком-то посте этот специалист по-любому расскажет о своем крутом знакомом — повод зафолловить в Фейсбуке еще и знакомого. Это классный способ, теория рукопожатий, которая, в принципе, работает очень исправно. Чем дальше, тем этот механизм работает лучше.
Вот пример из блога, который я читаю сам.
Этот метод — своего рода сарафанное радио. Я могу открыть сообщения и увидеть вакансию какого-нибудь продакта, посоветовать своего знакомого, который ищет работу, и может даже получу какой-нибудь бонус, если кандидат выйдет на работу. Этот способ работает, я и сам несколько раз таким образом находил работу.
Как составить резюме
Предлагаю разбить резюме на составляющие и проанализировать, как лучше проработать каждую из них.
Дизайн
Практически у всех людей, с которыми я разговаривал, есть одна очень сильная предубежденность: они считают, что дизайн может убедить работодателя взять их на работу. Поэтому меня уже перестали удивлять вопросы:«Скажи мне, пожалуйста, какой сделать шаблон, чтобы он был красивый?»
На самом деле, я объективно не самый опытный человек в этом мире, стране и регионе, но практически все люди, которые нанимают других РМ-ов, вообще никогда не смотрят на дизайн. Говоря о дизайне, нужно помнить о 2 вещах:
- Дизайн должен подчеркивать ваши сильные стороны.
- Дизайн должен уметь передать максимальное количество информации за 5-7 секунд скрининга вашего резюме.
Чаще всего, рекрутер либо человек, который работает с большим количеством профайлов, не будет смотреть на ваше резюме 5 минут. Он не будет размышлять: «Ого, этот парень закончил Одесскую Академию Связи», нет.
Они просто очень бегло просматривают резюме, видят, что вы умеете, а что — нет. Если не хватает чего-то критичного, могут спросить об этом на следующем этапе или просто сказать, что вы им не подходите.
Важные мелочи
В прошлом году у меня был неприятный случай. Я переехал в другую страну, но забыл переключить город в LinkedIn, и в какой-то момент потенциальные работодатели просто не принимали мою заявку, ибо считали, что я вообще нахожусь в другой стране, а это влечет за собой оформление каких-то дополнительных документов и так далее.
То есть, при том, что во всем остальном я подходил, мою кандидатуру даже не рассматривали из-за оторванной от реальности мелочи. Поэтому старайтесь прорабатывать подобные детали.
Лишняя информация может навредить
Нужно учитывать тип компании, в которую вы отправляете резюме. CV в EPAM должно кардинальным образом отличаться от CV в маленький стартап, у которого есть финансирование и продукт находится на стадии разработки. Лучше сделать 2 варианта вашего резюме — для продуктовой и аутсорс среды.
Представьте, что вы подаете резюме на роль Project Manager в маленький стартап, где есть 5 человек, которые прям очень горды, что работают именно в стартапе. Вместо Jira, они используют Basecamp, вместо Slack-а у них Microsoft Teams, вместо Confluence они пользуются каким-нибудь новым стартапом, который еще находится в бета-тестировании. И они настолько горды, что работают с самыми современными технологиями, что когда вы присылаете свое резюме и даже если во всем подходите, но опрометчиво указали в скиллах Microsoft Word, Microsoft Excel, и Microsoft PowerPoint — вас никогда не пригласят на работу.
Имейте в виду, что вы всегда можете посмотреть, какими инструментами они пользуются и что требуют в описании вакансии. Если вы встречаете Jira, значит, скорее всего, стоит разобраться, как работает Jira, Confluence и, соответственно, указать их в резюме.
Если вы собираетесь отправлять резюме в какой-нибудь маленький стартап, посмотрите, что они хотят, какие современные подходы есть в Project Management, укажите, что вы в них более-менее разбираетесь, разберитесь. Как понять, что лучше указывать в CV? Чаще всего, такие вещи указывают в описании вакансии. Если не в той, на которую вы подаетесь, то в другой вакансии от этой же компании.
Например, я сейчас технически работаю больше Product Manager, но в целом у меня больше опыта как у Project Manager. И, соответственно, в CV на Project-а я не всегда пишу все продуктовые скиллы.
Попытка произвести впечатление приводит к размытию фокуса
За упомянутые «средние знания» могут завалить на их незнании.
Когда вы хотите произвести впечатление и пишете все, что знаете: «Я два года назад писал на Python, у меня профессиональный английский, я разговаривал на нем 5 лет во время обучения» — это не очень хорошая практика.
Лучше сделать выжимку того, что по вашему мнению будет пользоваться спросом для этой позиции. Иногда вы можете что-то упустить, но вариант заваливать рекрутера информацией, ни к чему хорошему не приведет.
Если два месяца назад вы прочитали 3 статьи по JS — подумайте дважды, прежде чем отразить этот факт в резюме фразой, будто вы знаете JS.
На собеседовании не бывает диалогов вида:
— А вот ты JS знаешь?
— Я два месяца назад учил его!
— Ну, слушай, ты молодец!
Вас могут поощрить, если укажете, что прошли курс по Java Script и вам это очень интересно, что хотите иметь технические навыки и так далее. Но, если попадете на человека, у которого есть какой-то бэкграунд и он задаст вам вопрос по JS, а вы на него не ответите, ничего хорошего из этого не выйдет.
Что не нужно указывать в резюме
Софт скил качества. «Я — целеустремленный, умный, у меня очень хорошее умение отстаивать свои идеи», — это уже какой-то мем. Не надо так.
Шкала скилов: «Я знаю JavaScript на 3, Jira — на 9». Это тоже абсолютный моветон в составлении резюме.
Подробное описание обязанностей на проекте. Сюда относятся «Я проводил Daily Scrum, а после него — планирование, а после этого — ретроспективу».
Все понимают, что если кандидат работал по Scrum-у, то, скорее всего, все это делал. А если человек работал по Scrum-у и всего этого не делал, значит, он нагло врет. Старайтесь вместо обязанностей писать то, что вы сделали и у вас получилось.
Цели: «Я хочу из проектного менеджера перейти продуктовый менеджмент». В резюме это абсолютно не нужно.
Хобби. Я не очень люблю, когда в резюме пишут: «Я профессионально играю на гитаре». Очень хорошо, но лучше я об этом спрошу в конце финального собеседования.
Как составить хорошее резюме?
1. Выписать абсолютно все, что умеете
Откройте блокнот и выпишите все технологии, с которыми работаете, навыки, языки, фреймворки, начиная с самого посредственного скилла, который у вас есть, и заканчивая самым, по вашему мнению, значимым.
Вы должны выписать на 3-5 страниц:
- достижения, пусть даже не связанные с вакансией;
- курсы, сертификаты, образование;
- pet projects;
- и так далее, чтобы просто посмотреть всю карту своих скиллов.
По поводу обучения: если у вас нет денег, но сильно хочется учиться, на Coursera есть возможность бесплатно проходить курсы и не получать в конце сертификат. Вашему работодателю плевать на сертификаты, гораздо важнее ваша экспертиза и компетенции.
2. Определить ключевые достижения
Какие основные проблемы вы решили на каждом из проектов, какую оптимизацию сделали, какие нововведения инициировали? Определите все ключевые достижения, которые у вас есть.
Давайте рассмотрим два варианта резюме.
В одном написано: «Я два года занимался Scrum и Kanban проектами», т.е. человек просто перечисляет свои обязанности.
А теперь сравните с вариантом: «Я внедрил Scrum с нуля и отмасштабировал команду от одного человека до 27, разделил их на три Scrum команды и в итоге мы снизили разработку среднего клиентского проекта со 150 до 15 часов». Это уже достижения, а не обязанности.
Фактичечски, оба человека могли заниматься одним и тем же, но технически получается, что намного выигрышнее выглядит второй человек, потому что он рассказал, чего достиг, а не просто перечислил обязанности.
Если кто-то подумает, а действительно ли второй кандидат такой молодец — детали можно узнать на техническом собеседовании, до которого доходят далеко не все.
Подумайте, какие нововведения вы инициировали. Например: «Я внедрил customer development и мы начали зарабатывать больше денег». Это сразу увеличивает ваши шансы попасть на следующий этап.
3. Определить компании, в которые собираетесь подаваться
Здесь не обязательно фокусироваться на 2-3 компаниях. Достаточно хотя бы определить профиль, например, аутсорс или продукт. И, соответственно, планомерно отфильтровать свои навыки в соответствии с запросами компаний.
Я обычно выбираю 4 компании и относительно каждой из них создаю 4 резюме, в которых максимально фильтрую все то, что расписал на 4 страницы и, оставляя только то, что в моем понимании подойдет на каждую из этих позиций. Старайтесь убрать все ненужное и оставить то, за что вас возьмут на работу.
4. Возвращаясь к вопросу о дизайне
Все-равно какой у вас дизайн, серьезно. Можете нарисовать его в Sketch или каком-нибудь онлайн-редакторе. Важно выбрать шаблон и просто вписать в него скиллы, дать другому человеку и спросить, на что он обращает внимание в первую очередь.
Если взгляд сразу падает на предыдущую компанию, а не на ваши достижения, это не очень хорошо. Вряд ли у вас сейчас есть опыт работы в Google. Нужно, чтобы резюме было не сильно пестрое и подчеркивало максимально важные для вас пункты.
Если вы внедрили фреймворк или улучшения, разобрались с чем-то, или решили какую-то фундаментально важную для компании проблему, это очень здорово. Если же такого опыта нет, можете взять part time проект на бесплатной основе и разобраться.
5. Аскетичность шрифтов
Не нужно использовать в резюме 3-5 шрифтов. Лучше выбрать один, сделать половину текста в обычном режиме, а достижения можете выделить жирным или на фоне тонкого шрифта использовать обычный.
6. Информация по поводу конкретной позиции, доказательство самообучаемости
У меня тоже когда-то не было опыта, я говорил, что прошел вот такие курсы, и мне преподавали вот эти ребята. И это иногда даже хорошо показывает, что вы — целеустремленный человек.
Если у вас не было опыта, но за какой-то промежуток времени вы набрались достаточного количества скиллов и говорите: «Я просто день и ночь сижу учусь и получаю практический опыт из всех возможных ниш, которые есть!» Это очень хорошо. Я с большей вероятностью возьму такого человека, чем того, кто скажет, что он полтора года работал в какой-нибудь маленькой аутсорс-конторе на два человека.
7. Тезисы, а не абзацы
Не нужно огромных описаний. Сделайте так, чтобы работодатели могли отметить ваши ключевые качества за 5-7 секунд просмотра резюме. У меня нет больше 10 секунд на резюме кандидатов, так что я быстро просмотрел, и если за эти 10 секунд мне показалось, что кандидат подошел, он попадает на следующий этап.
8. Сопроводительные письма
Когда я был совсем молодым, очень хотел работать в компании, которая публиковала футбольные новости. Я написал в сопроводительном: «Слушайте, я — отличный проджект, продакт, умею вообще все, я здоровский и все во мне замечательно», но почему-то на это письмо мне никто не ответил.
Буквально через неделю смотрел интервью с кем-то из команды и услышал:«Мы не берем и даже не рассматриваем людей, которые в сопроводительном письме пишут о том, какие они клевые. Нам нужны люди, которые разделяют наши ценности, а не те, которые говорит, что за адекватные деньги делает вразумительные вещи.
Давайте поговорим по поводу сопроводительных писем. Сейчас я покажу несколько писем, а вы попробуйте угадать, хорошие они или нет. Чтобы не быть субъективным, я узнал мнение большинства своих знакомых по поводу сопроводительных писем из примеров.
Большинство людей посчитало, что это плохое сопроводительное письмо, потому что описание человека никак не относится к тому, что ищут работодатели. В стартап просится человек, который, по сути, продактом никогда не работал, но скорее всего, глядя на 5 лет его опята, захотел бы много денег.
Один человек просил, чтобы я помогал ему по образованию, и когда он окончил курс, то сказал: «Слушай, я работаю 7 лет Java Developer и я хочу junior РМ-ом быть, но со ставкой 3 штуки баксов, как минимум». Чаще всего, это невозможно, потому что при смене работы в любом случае нужно идти на какие-то уступки. Я, переходя из разработчиков в РМ-ы, понизил себя в зарплате в 3.5 раза, и это нормальная практика.
Давайте поговорим о таком варианте сопроводительного:
Я все еще считаю, что это не очень хорошее сопроводительное письмо, потому что из него я узнаю, что кандидата зовут Денис, он PM, умеет Kanban, все здорово. Потом открываю CV человека и вижу практически то же самое. Какой смысл заложен в сопроводительное письмо, если то же самое будет написано в CV?
Здесь нет ничего, что качественно показывает кандидата как разработчика, проектного менеджера и так далее. Он просто говорит, чем занимался, но при этом никто не понимает, чего он этим достиг.
То есть, условно говоря, человек мог заниматься Kanban и за 5 лет трижды быть уволенным. Ну, об этом никто не напишет.
Если сравнивать сопроводительное с требованиями позиций, то кандидат, скорее всего, пройдет. Но это все еще считается не очень хорошим сопроводительным письмом.
Давайте проанализируем следующее сопроводительное письмо:
Это письмо мне прислали на последней позиции, которую я искал.
Это плохое сопроводительное письмо, потому что оно никак не объясняет, что делает человек. Он отлично ориентируется на результат, коммуникабельный и так далее, но как сопроводительное письмо это абсолютно не подходит.
Отдельный факт об этом кандидате: человек хотел за 6.5 тысяч долларов прийти на позицию PM, будучи Frontend разработчиком.
Когда я переходил из разработчика в проджекты, то подтверждал свой опыт качественно: сказал, что готов идти на понижение зарплаты, что последние полгода занимался pet project, на котором руководил пятью людьми, соответственно, они работали part time, и довел проект до конца. Вот готовый продукт, который мы разработали по последним гайдлайнам IOS/Android. А коммерчески, последний год, параллельно с разработкой я еще и созванивался с клиентами, собирал у них фидбек и определял, что нужно изменить.
Это тоже реальное сопроводительное письмо, которое мне прислали на позицию middle PHP developer. Что в этом сопроводительном письме отвратительное? Первое, что спрашивает кандидат: «Сколько я буду зарабатывать?». Я этих людей пропускаю сразу мимо.
Мотивации может быть четыре:
- деньги;
- удовольствие;
- опыт;
- связи.
Когда я вижу человека, у которого основная мотивация денежная, я его не отсекаю, если помимо денег он заинтересован еще и в получении опыта. Но когда человек идет только за деньгами, это совсем не круто.
Однажды я проводил собеседование с PHP developer-ом, и в какой-то момент он прервал меня на половине разговора о продукте и говорит: «Сколько денег?». Я говорю: «Ну, $3000-3500». Он говорит: «А, ну хорошо, тогда продолжай!»
В сопроводительном письме абсолютно не стоит задавать вопросы по поводу ЗП и способа оплаты. Это плохое сопроводительное письмо.
Теперь давайте сравним:
Вот, две большие разницы, как говорят в Одессе. Насколько по-разному воспринимается примерно одинаковый бекграунд.
Даже если у вас нет какого-то особенного достижения, но есть полгода опыта работы проектным менеджером или, например, два года опыта в другой индустрии, вы можете спокойно найти ряд ключевых моментов, которые вам, понадобятся и в проектном менеджменте.
Если человек работал рекрутером, у него, скорее всего, есть большое количество скилов, которые понадобятся в проектном менеджменте. Например, отличные навыки коммуникации и взаимодействия с заказчиками.
Бывают рекрутеры, которые технически выполняют роль РМ-а, управляя командой в маленьком рекрутинговом агентстве. Об обязательно отражать такие вещи в резюме: «Я работал наполовину рекрутером, наполовину РМ-ом».
Это не будет обман, потому что если человек выполнял хоть какую-либо часть проектного менеджмента как ниши, он может спокойно указать, что использовал какие-то определенные элементы менеджмента на коммерческой основе.
Когда я еще переходил от разработки к проектному менеджменту, я говорил о том, что в течение года взаимодействовал со всеми заказчиками на проекте, и это было правдой. Потому что мой РМ тогда был сильно сконцентрирован на других вещах и, по сути, на все звонки выходил я, отчитывался, что мы сделали в течение дня, в течение недели и так далее. И, соответственно, собирал фидбек. Я думаю, что если хорошенько покопаться, каждый сможет найти похожие ситуации.
Никаких грамматических ошибок
Имейте в виду, что некоторые рекрутеры или РМ-ы, которые смотрят на ваши сопроводительные письма, увидев ошибку, могут сразу отбросить вашу кандидатуру. Я понимаю, что, скорее всего, это сейчас смотрится очевидно, но представьте, что вы подаете сопроводительное письмо на английском языке.
Хороший пример сопроводительного письма намного лучше чем предыдущее
Может, кандидату не стоило вдаваться в детали, но тем не менее, письмо достойное. На самом деле, мне не разрешили показывать хорошие сопроводительные письма ребят, которые прошли к нам в компанию, поэтому пришлось выбирать пример, который мне показался наиболее грамотным.
Как не облажаться с резюме:
- Учитывайте тип компании, в которую отправляете CV. Сделайте 2 варианта вашего резюме — для продуктовой и аутсорс среды.
- Дизайн не имеет значения. Нужно, чтобы резюме подчеркивало максимально важные для вас пункты.
- Никаких грамматических ошибок.
- Определите свои ключевые достижения для каждой из вакансий и позаботьтесь о том, чтобы рекрутер или нанимающий менеджер обратили на них внимание в первую очередь.
- Старайтесь вместо обязанностей писать то, что вы успешно внедрили на проекте.