Как нанять(ся) на работу DevRel-специалиста ‒ самое полезное из онлайн-встречи
В поисках работы в области Developer Relations всегда присутствует некоторая неопределенность для обеих сторон. На рынке мало готовых специалистов, требования к ним отличаются от компании к компании, как и набор обязанностей. Особенно трудно бывает сориентироваться соискателям, еще только начинающим карьеру в DevRel. Из обсуждения в одном из профессиональных чатов у меня появилась идея собрать нанимающих менеджеров и проговорить с ними основные этапы со стороны компании: от настройки «фильтров» для рекрутинга до обратной связи соискателю. В результате 26 апреля мы провели стрим «Как нанять (ся) на работу DevRel‑специалиста». Запись можно посмотреть тут, а ниже будет краткая выжимка и некоторые выводы текстом.
Эксперты
У нас было два специалиста в DevRel «вокруг HR IT бренда» и два developer‑адвоката. При этом двое работают в российских компаниях с присутствием в других странах, а двое —в зарубежных. Двое еще ведут найм в команды (ссылки на вакансии внизу поста), двое недавно участвовали в собеседованиях и трое за последний год сменили работу. Две женщины и двое мужчин наконец. В результате мы получили максимально разнообразный опыт и взгляд на ситуацию с разных позиций:
Евгения Голева (@cheaffa), Head of Tech PR Авито
Барух Садогурский (@jbaruch), Principal Developer Advocate Gradle Inc
Елизавета Колесникова (@elizabeth_koll), Head of DevRel Яндекс
Паша Финкельштейн (@asm0dey) разработчик и Developer Advocate
Спасибо коллегам за участие!
1 Настройка фильтра
Нанимающий менеджер составляет помимо вакансии некоторый список требований/пожеланий к соискателю, который затем передает рекрутеру. Именно рекрутер будет фильтровать резюме по заданным параметрам и вести всю рутинную работу с соискателями: назначать встречи, уточнять информацию, держать на связи между собеседованиями и так далее. Это занимает достаточно много времени, поэтому рекрутер, вопреки популярным в последнее время утверждениям, очень помогает менеджеру. И обходить его не всегда хорошая идея (об этом чуть подробнее поговорим дальше).
В таком списке фильтров кроме навыков может фигурировать опыт работы в компаниях с похожей культурой, например. Для тех, кто переходит в DevRel из других областей, плюсом всегда будет опыт работы с технической информацией, даже если речь не про разработку софта, а про автомобильную или другую техническую тематику. При этом на позиции мидл‑уровня будут ожидать уже некоторого опыта работы руками (проведение хотя бы внутренних и небольших мероприятий, помощь спикерам и т. п.).
Для dev‑адвокатов распространенный сценарий — переход внутри компании. В таком случае человек и продукт знает, и в культуру наверняка вписывается. Если же мы говорим про внешних людей, то важнее всего будут технические фильтры: знакомство с определенными технологиями на нужном уровне. Дальше у понравившегося кандидата уже можно подтянуть и «маркетинговые», и «технические» навыки (но последние все же не с нуля).
Описание вакансии в компании с развитой культурой работы с dev‑адвокатами в идеале будет гибким. Одним людям больше нравится писать, другим выступать и общаться с разработчиками на конференциях и так далее. Новый сотрудник на той же позиции может отличаться от предыдущего своими опытом, навыками и предпочтениями и точно также принести компании пользу. Эту гибкость стараются отразить и в вакансии, и в фильтрах. Поэтому всегда лучше попробовать связаться с компанией, даже если с описанием совпадение не абсолютное.
2 Резюме
В резюме будут искать, во‑первых, навыки, которые можно будет конвертировать в новую область, во‑вторых, будут смотреть на подход к описанию опыта. На мидл-позиции от соискателя будут ожидать как минимум ориентации не на процесс (делал/а то и то), а на результат (помог/ла подготовиться X спикерам на Y конференций и другие цифры). На начальной позиции можно подтянуть в резюме даже опыт студенческих активностей: микросообщества, участие в организации и проведении конкурсов и фестивалей и т. п.
Если есть желание перейти в IT через DevRel, то позитивно сработают два фактора: опыт работы с технической тематикой и прокачанные навыки (написания текстов, организации мероприятий, ведения соцсетей и т. д.).
Важно понимать, что решение будут принимать, в том числе, опираясь на то, какая уже собралась команда, насколько в ней опытные специалисты, и какие навыки у них уже прокачаны. В сильную команду охотнее возьмут сотрудника «на вырост».
Правильное сопроводительное письмо не менее важно, чем резюме. Особенно, если в нём пока не так много опыта. Что пишут в таком письме? Идеально, если будет кратко описано, почему соискатель хочет и может делать эту работу. Лучше честно признаться, какие навыки уже есть, а чему придется поучиться. Это наверняка произведет лучшее впечатление, чем преувеличение своей компетентности (которое все равно раскроется на собеседовании). В крайнем случае красиво сформулировать поможет Chat GPT. А вот проверить орфографию и пунктуацию нужно обязательно — грамотности от соискателя ждут на любой позиции в DevRel команде. Чем меньше опыта в резюме, тем тщательнее стоит поработать над письмом под каждую конкретную вакансию.
3. Кое-что о региональных различиях
Тот вариант Developer Relations, который делают российские компании, на западе скорее относят к HR‑бренду. DevRel‑вакансии же почти всегда требуют технического опыта и существующих связей с сообществом. Непросто может быть даже понять друг друга на собеседовании, потому что термины используются разные. Есть мнение, что больше сходства между DevRel в российских и азиатских компаниях. Так что простым перенос опыта на новую почву не будет даже на синиор‑уровне.
Немного легче будет dev‑адвокатам. Как правило, технологическая составляющая важнее и опыт, полученный в странах СНГ воспринимается нормально. Особенно, если работа удаленная и на глобальный рынок (см вакансию Gradle).
От себя замечу, что, на мой взгляд, DevRel — не та профессия, которая легко релоцирует. Особенно, если речь не про синиор‑специалистов с международным опытом и репутацией. Слишком значительная потребуется адаптация к совершенно другим требованиям и окружению.
4. Как увеличить шансы на собеседование
Если у разработчиков есть красивый GitHub, то что могут показать DevRel специалисты? Можно приложить к резюме ссылки на тексты, а также буклеты, сайты и даже фото стендов. Разумеется, если вклад в их создание был решающим.
Рекомендательные письма давно вышли из моды, лучше поставить пометку «рекомендации по запросу» и предупредить коллег или бывших коллег, что с ними могут связаться. Своего рода рекомендацией может стать и количество общих профильных чатов с потенциальным руководителем. Но у всего есть две стороны: стараясь выделиться и запомниться, можно буквально парой предложений испортить репутацию в глазах некоторых людей (среди которых могут быть и нанимающие менеджеры). Чувство меры и такта в помощь.
По поводу того, стоит ли писать напрямую нанимающему менеджеру, перепрыгивая общение с рекрутером, мнения расходятся. Для кого‑то важна приватность и, если контакт не давали в вакансии, обращение напрямую в телеграм, например, будет воспринято негативно. А кто‑то только порадуется, что соискатель умеет находить информацию и знакомиться с новыми людьми. Так что даже если не срастется, именно такого бодрого соискателя может менеджер вспомнить, когда уже кто‑то из его знакомых будет искать сотрудника.
Как понять, к какому типу относится нанимающий? Во втором случае она или он скорее всего и так добавит к вакансии контакт и еще во всех соцсетях перепост сделает. Если таких признаков нет, я бы для страховки считала, что у нас тут первый вариант.
Кроме того, можно попробовать обратиться к знакомым, которые работают в той же компании, пусть даже в другом отделе. Расспросить их про вакансию, внутреннюю культуру, возможно, попросить познакомить с кем‑то из DevRel.
5. Чего ждать от собеседования на DevRel-вакансию
На позиции джун и мидл ожидают скорее всего 2 этапа собеседования, но и тут нет единого рецепта. В Авито сначала попросят сделать тестовое (об этом подробно в следующем пункте), потом пригласят на встречу со всей командой и только после этого с руководительницей. Звучит необычно, но это хорошая проверка, насколько человек серьезно настроен, и будет ли совпадение с командой. В Яндексе сначала будет собеседование с руководительницей, а затем тестовое задание. Для мидл‑специалиста может добавиться знакомство с инженерами направления, в котором открыта вакансия. Интересная система отработана в Gradle: после собеседования с нанимающим менеджером и собеседования с HR соискателю предлагают тестовое в формате презентации. И вот уже на эту презентацию приходят все заинтересованные, чтобы оценить, насколько раскрыта тема, и может ли человек ее подать.
Плюсом на собеседовании будет умение полно рассказать о конкретном проекте: зачем делали, как, что получилось и что нет. Если показалось, что на собеседовании слишком много народу, может быть, и не показалось. Умение знакомиться и непринужденно общаться с незнакомыми людьми —это вопрос профпригодности для DevRel‑специалиста. Хорошо, когда есть искренний интерес к тому, что делает компания, а для dev‑адвоката необходима вера в технологию (иначе как можно убедить других, что именно за ней будущее).
Есть и то, что зависит уже не от соискателя, а от конкретных руководителя и команды. Кто‑то ищет возможность себя «клонировать», а кто‑то считает, что разнообразие навыков и характеров помогает команде лучше работать. Культура в предыдущей компании, манера общения, представления о качестве работы, самодисциплине и многом многом другом — всё это часто описывают как «мэтч», «сразу понятно, сложится или нет». Здесь со стороны соискателя мало что можно сделать. Лучше всего быть собой (хорошо, чуть более профессиональной версией себя) и внимательно прислушиваться к собственным ощущениям, чтобы «мэтч» был взаимным.
6. Тестовые задания
Тестовое задание показывает нанимающему, как соискатель подходит к работе, насколько погружен в контекст. Соискателю же такое задание, в свою очередь, дает возможность пощупать типовую задачу на желаемой позиции. Все в плюсе, если выполнение не занимает больше 2–4–6 часов в зависимости от опытности соискателя.
Если в задании что‑то непонятно, спрашивать не только можно, но и нужно. В разных компаниях разная терминология, и всегда нужно время подстроиться. Действительно внимательное чтение задания может принести дополнительные плюсики.
Большинство нанимающих менеджеров скорее оценит реалистичные для возможностей компании варианты, чем безудержный полет фантазии. Проверяется не единственно верное решение (просто потому что оно не единственное), а то, насколько совпадают представления о логичном (например, как можно измерить свой успех) и прекрасном (например, попросят референсы иллюстраций), насколько соискатель в теме или насколько хорошо и быстро может в нее включиться.
Если говорить про dev‑адвокатов, то именно умение быстро погрузиться в новую тему скорее всего будет основным навыком, который потребуется для выполнения тестового задания, и займет это гораздо больше 2–4 часов.
Поэтому даже если собеседование проходит не в компании, где хорошо умеют «готовить» dev‑адвокатов (как в Gradle), имеет смысл самостоятельно позаботиться о том, чтобы переработать опыт, полученный во время выполнения задания, в пост или видео для личного блога, выпуск подкаста или какой‑то другой формат.
Кстати, использование ChatGPT для подготовки текста тестового не только не возбраняется, но и приветствуется. Это сейчас инструмент, помогающий создавать и улучшать контент многим dev‑адвокатам и DevRel‑специалистам.
7. Обратная связь
В большинстве компаний (особенно в западных) отказ отправляют в обтекаемых и малоинформативных формулировках. С одной стороны, объективно дело может быть не в вас, просто другой кандидат больше подошел в конкретную команду именно на этом этапе ее развития. С другой стороны, никто не будет письменно или даже устно давать подробности, которые могут потом привести компанию в суд. При этом надо понимать, что развернутый отзыв на то же тестовое требует много времени, а у менеджера может его не быть даже при желании ответить на запрос и поучаствовать в развитии молодого специалиста. С другой стороны, если не спросить, то отзыва точно не будет.
Самый лучший (если не единственный) способ получить конструктивную обратную связь по своему резюме и опыту, а заодно и стратегии на собеседовании, — обратиться к консультанту, работающему в DevRel в компании с похожей (это важно!) корпоративной культурой. Такая консультация может быть и платной, и бесплатной. Проверьте коллег на том же getmentor («по договоренности» часто может означать «бесплатно»).
8. Как прокачаться, если хочешь работать в DevRel
Чтобы говорить с разработчиками на одном языке, не обязательно техническое образование, но нужно погружение в контекст.
Как «подкачать» себя в техническом плане:
Поучиться на курсах или прослушать бесплатные уроки по программированию;
Смотреть видео, объясняющие базовые понятия в нужной области;
Читать статьи для начинающих разработчиков;
Спросить у коллег (пока объясняют, вот и статья готова или основа для доклада на начинающих);
Походить на митапы и встречи технических сообществ;
Познакомиться с разработчиками там или через общих знакомых и поговорить с ними (знакомиться — важная часть работы в DevRel).
Еще один хороший способ прокачаться — сделать что‑то вместе с уже заметными в отрасли людьми. Для dev‑адвоката это может быть совместный доклад или другой контент. Менеджер может начать с волонтерства на конференциях или мероприятиях сообществ. Так можно сразу и на хорошую работу посмотреть, и полезные контакты завести.
Полезные ссылки, которые упоминали на стриме
Вакансия Developer Advocate Gradle
Вакансия специалиста по DevRel для направления FrontEnd в Яндекс
Все актуальные вакансии — в канале «Это работа для деврела». Канал ведет Света Данильченко. Она постит туда вакансии по направлению DevRel‑менеджмента и техпиара в разных странах и публикует анонсы мероприятий для деврелов. Канал любят соискатели, потому что здесь появляются классные вакансии, не все есть в интернетах. А еще его любят нанимающие менеджеры, потому что с помощью канала некоторые вакансии закрываются за считанные дни, ведь в нём собрана только целевая аудитория. Подписывайтесь и не пропускайте интересные вакансии и мероприятия. Если у вас есть вакансия, присылайте текст Свете и она разместит её в канале. Это бесплатно.
Исследование «Портрет и профессиональное развитие русскоязычных DevRel‑специалистов в 2022»
Перевод глав про то, какие бывают роли в DevRel‑команде из книги «The Business Value of Developer Relations»
Выступление Баруха Садогурского Let’s just wing it: a study in developer relations strategy (на английском)
DevRel is as Clear as Mud — пост со списком ресурсов, которые будут полезны начинающему DevRel‑ специалисту (на английском)
Выпуск подкаста Art of Programming, где Евгения Голева рассказывает про свой опыт поиска работы на европейском рынке.
Курс, который поможет прокачать понимание IT‑people человеку без технического образования: Основы программирования. Гарвардский курс CS50
Доклады с DevRel Conf в Москве в ноябре 2022
DevRel‑встречи в Москве и Петербурге
Канал с анонсами DevRel‑завтраков и других встреч оффлайн в разных городах
