В англоязычном DevRel-сообществе весь сентябрь расходится ссылка на статью Jeremy Meiss Moving Developer Relations Forward в пяти частях. Там все, как я люблю: с особым маркетинговым цинизмом и волнением за профессию. Почитаем и мы.

Часть 1 — Moving Developer Relations Forward
Последние лет пять (может быть и дольше, но все что было до ковида сейчас кажется несколько туманным) активно обсуждают, что DevRel это вам не: продажи/маркетинг/пони и радуги/ваш вариант. И это обсуждение ведет профессию в никуда. Просто потому, что определение через “не” никак не помогает сформулировать то, что настолько сильно варьируется от компании к компании.

Часть 2 — The foundations of Developer Relations
Джереми вспоминает, что вообще-то DevRel существует уже лет 30, правда начинает не с Apple, как многие из нас привыкли, а с Netscape. Долго ли коротко ли, а DevRel — это организационная функция.

Часть 3 - Asking the right questions for DevRel impact
Здесь автор напоминает нам о прекрасной книге Первые 90 дней (Майкл Уоткинс, издательство МИФ) и собственном посте о том, как преуспеть на новом месте. Но также и дает вопросы, которые стоит задать ДО того, как принимать офер:

1)Как компания зарабатывает и где теряет деньги?
2)К какому отделу относится DevRel-команда?
3)Какие крупные цели у отдела и всей компании на этот квартал/год?
4)Откуда эти цели берутся и кто присматривает за их реализацией?
5)Что от нового специалиста ожидают в ближайшие 30/60/90 дней?
6)Зачем им тут вообще DevRel?

Далее автор приводит очень разумные вопросы, которые следует задать маркетингу, продажам, продактам и другим командам. Вот этот раздел стоит прочитать целиком, если вы планируете сменить работу. #конспект

Продолжение следует