Недавно была в Мариинском театре на «Чудесном мандарине».

Очень необычный опыт: история жесткая, музыка напряженная, хореография местами почти физически ощущается. Но при этом невозможно оторваться.

И пока я смотрела, поймала себя на мысли: хороший спектакль — это не только то, что происходит на сцене. Зритель видит лишь несколько десятков минут идеально выверенного действия.

Но за ним стоят сотни решений: — почему именно эта сцена здесь — почему такой темп — почему этот акцент важен — что почувствует человек после финала

И мне кажется, с работой DevRel очень похоже. Со стороны часто кажется, что наша работа — это митапы, эфиры, статьи и сообщества. Но на самом деле за каждой активностью стоит вопрос: «А зачем мы это делаем?»

— какую задачу бизнеса мы решаем? — какую ценность получат инженеры? — что изменится после этой активности?

В какой-то момент я перестала оценивать идеи по принципу «звучит интересно» и начала прогонять их через простую матрицу.

Она помогает ответить всего на два вопроса: 📌 есть ли ценность для бизнеса? 📌 есть ли ценность для инженеров?

На картинке — как раз эта матрица и примеры того, куда могут попадать разные DevRel-активности.

Например: - Программа развития спикеров, технические митапы с реальными кейсами, внутренние сообщества практик — истории, где выигрывают обе стороны.

- Активность «для галочки» или просто красивый внешний проект — может выглядеть эффектно, но не создавать настоящей ценности.

- Глубокий технический клуб или экспериментальный формат — может быть очень полезным инженерам, но важно понять, как он помогает бизнесу.

- А иногда мы просто продолжаем делать что-то, потому что «так исторически сложилось» (но бороться с этим, да). И вот это, наверное, самый дорогой сценарий. Потому что главный ресурс DevRel — не бюджет. Главный ресурс — внимание.

Поэтому перед любой инициативой я стараюсь ответить еще на несколько вопросов: — Для кого мы это делаем? — Как поймем, что получилось? — Что перестанем делать, если это не сработает?

Наверное, именно поэтому я все меньше воспринимаю DevRel как организацию активностей. Для меня это скорее про проектирование изменений.

Как в хорошем спектакле: зритель видит результат, но настоящая работа начинается задолго до выхода на сцену.