Сочетание слов Backend, Brand и Director в названии моей новой роли взрывает мозг не только вам, но и мне 🤯 На майских есть время подумать, давайте разбираться.
В вакансии роль была описана так:
Ищем человека, который будет отвечать за позиционирование профессии бэкенд-разработчика как на внешнем рынке, так и внутри компании.
Задачи:
▪️Формулирование и реализация стратегии позиционирования
▪️Выбор каналов и форматов коммуникаций
▪️Операционная деятельность
Тут некоторые из вас должны воскликнуть: "Да это ж деврел! Ну или руководитель деврел направления". И да, и нет.
Профессия деврел на российском рынке имеет свою специфику: в нее как правило приходят не из инженеров, а из смежных, а то и очень далеких профессий. На это есть объективные причины, но о них мы поговорим как-нибудь в другой раз. В контексте работы с инженерными смыслами важно, что чем глубже в эти смыслы требуется погружение, тем сложнее неинженеру будет в них погрузиться. К счастью, большинству компаний глубина не так уж и нужна, но Яндекс один из технологических лидеров, поэтому может и даже обязан упороться в этом направлении. А бэкенд - одна из самых труднодоступных полянок, т.к. с одной стороны, там намешано всякого из стеков, архитектур, деплоев и прочего, а с другой, оно как айсберг или обратная сторона луны - скрыто от глаз обычного человека.
Найти общий язык с бэкенд инженером - та еще задачка. Кто не пропихивал
Еще одна проблема, специфичная для Яндекса и других больших компаний: если вы хотите сфокусировать усилия на каком-то направлении, то вам нужен выделенный человек или группа людей, у которых будет болеть голова именно за это. Просто обозначить приоритеты на компанию не работает, их всегда слишком много и они слишком пересекаются и иногда даже противоречат друг другу. Правильный выбор названия роли и места в оргструктуре способны придать усилиям дополнительный импульс.
Итого
Backend Brand Director в Яндексе отвечает за образ профессии бэкенд-разработчика снаружи и внутри компании. В каких-то случаях он выступает идеологом и координатором процессов и усилий, в каких-то - консультантом для смежных команд и ролей. Учит инженеров рассказывать о разных интересных штуках, с которыми они работают, строит горизонтальные связи со всеми причастными. И да, эта роль - без сомнений часть направления DevRel, наряду с Developer Advocate, Technical Evangelist и другими.