Developer Relations Manager
Виды DevRel: что делают разные специалисты-деврелы, и где они обитают
Я буду выкладывать сюда частями перевод главы “Building a Developer Relations Team / What’s in a name?” из книги “The business Value of Developer Relations”.
Руководитель команды: Менеджер по выстраиванию отношений с разработчиками (Developer Relations Manager)
На эту роль подойдёт не каждый менеджер: найти идеального кандидата чуть легче, чем единорога. Критически важно, чтобы этот человек имел опыт работы именно в DevRel, так как помимо управления людьми в команде, необходимо ещё и обладать сильной экспертизой. Такие люди работают для всей команды и зонтиком, и проводником. С одной стороны, DevRel менеджер защищает команду от нерелевантной работы, возвращая её в отделы, откуда прилетели эти задачи. С другой стороны, менеджер организует каналы для обратной связи, которую команда получает от сообщества регулярно, и направляет фидбэк в нужные отделы и нужным людям.
За что же отвечает DevRel менеджер?
Он не только управляет людьми и занимается повседневными нуждами команды. Главное, что он делает — определяет стратегию, в рамках которой будет двигаться и развиваться DevRel команда и всё сообщество.
Хороший кандидат, возможно, не имеет технического образования, но легко поддерживает разговор на технические темы и владеет профессиональным сленгом.
DevRel менеджер задает правильные вопросы и имеет опыт работы с техническими продуктами. Возможно, он никогда не писал код, но знает основы достаточно, чтобы оценить, насколько легко и понятно написано ваше руководство по началу работы (с технологией).
DevRel менеджер может увидеть всю картину целиком, не зацикливаясь на примерах кода, исправлениях багов и холиварах в чатиках сообщества.
DevRel менеджер будет собирать встречи с другими отделами и синхронизироваться с маркетингом, продуктом, продажами, разработкой и поддержкой. Этот человек будет участвовать в обсуждении планов по развитию продуктов и присутствовать на всех звонках по запуску новых, предлагая обратную связь от сообщества и глубокое понимание, что люди ожидают от продукта и почему.
Для этого DevRel менеджер должен быть в постоянном контакте со своей командой, знать и сортировать потребности сообщества, упорядочивать обратную связь, которую получает команда. Затем нужно договориться с другими отделами не только о том, куда направлять пришедшие от сообщества запросы, но и кто будет ответственным за их выполнение.
Это только 2 подглава из 10. Оставайтесь на связи!
- 1. Developer Relations Team
- 2. Developer Relations Manager
- 3. Developer Advocate
- 4. Technical community builder
- 5. Developer Experience Manager
- 6. Technical Ambassador
- 7. Technical Engagement Manager
- 8. DevRel Project Manager
- 9. Full-Time Engineer
- 10. Who’s First?
За помощь в переводе спасибо Баруху Садогурскому, Тоне Татчук и Лизе Швец.