Принесла вам ложку дегтя в видосике Why I Left Developer Relations. Ali Diamond 5 лет работала в DevRel, а потом вернулась на позицию software developer и счастлива. Давайте посмотрим, что ей не нравилось в профессии:

1)Мало писала код [Есть у нас тут пиарщики, которые тоскуют по пресс‑релизам?]

2)Компании сами не знают, чего хотят: заводят функцию из прихоти, предлагают одному человеку делать работу отдела, а с отделами тоже есть подвох, но о нем дальше [Для маркетолога вообще ничего нового, к сожалению]

3)Инфлюенсеры: круто, когда рынок знает человека, но создание контента только часть работы, которую нужно делать. В результате часто случается взаимное разочарование [Это почти что пункт два, когда от самого факта найма ожидают, что всё заколосится. Справедливо также в отношении некоторых других позиций в компании или целых модных направлений, вот, например, с облаками такое было когда‑то]

4)Невозможность отделить личное от рабочего в онлайне: как будто бы ты всегда выражаешь позицию компании или сообщества, никаких легкомысленных и рискованных шутеек [Мне это всегда казалось частью того, за что компания тебя «покупает»]

5)DevRel очень сложно измерить: а в бизнесе сейчас постоянно нужно доказывать, что команда необходима [Вам больше пункт 2 или 5 нравится? Всё такое вкусное! Вот тут как раз у PR и маркетинга есть чему поучиться и собранные на коленке велосипеды могут быть опасны для карьеры]

6)Никто не знает идеальной стратегии: очень все неоднозначно и зависит от конкретной компании и ситуации [Попейте чайку с маркетингом вашим, там уже давно придумали, как вертеться. Или не вашим, если ваш не вертится]

7)Нас увольняют первыми: Али за пять лет трижды увольняли при реструктуризации [Хотелось бы сказать, что пункты 5 и 6 могут вас подстраховать, но нет, иногда это решение никак не связано с продуктивностью, просто отказываются от того, без чего все еще можно функционировать. DevRel — функция для сытых.]

8)Техническая роль, с которой обращаются как с не технической [Это больше про «их нравы», когда DevRel вокруг продукта и надо уметь код прочитать, написать, и сделать яркую демку]

9)Люди: отрасль маленькая, зато эго у людей огого, и это приводит к конфликтам [В начале видео Али говорит: «Считается, что в DevRel (США, как я понимаю) 800 человек, ну теперь 799». Мы когда‑то по чатам на глазок насчитывали 400 человек в России. Наверное, кто‑то кого‑то бесит, отчего нет, но прямо скандалов пока не припомню.]

10)Очень ограниченные карьерные возможности: чтобы найти хорошую компанию, вменяемый менеджмент, где нужны твои навыки, да за них еще и могут достойно заплатить, нужно действительно постараться. Разработчику для этого нужно просто открыть резюме и вариантов будет намного, намного больше. [Абсолютно справедливо и для России, особенно для начальных и синьор+ позиций. Пожалуй, не только для DevRel, но и если интересно делать вещи определенного масштаба или в конкретной области. Обычно те же разработчики, что у нас, что на Западе, кочуют годами между пятью‑десятью банками или телекомами. Чтобы сделать шаг в сторону, нужна изрядная смелость] #професияdevrel #карьера #конспект

Вообще-то это канал с конспектами, но не могу не заметить, что у нас произошла рекурсия: DevRel на сцене Highload++ 😁

Кажется, пришло время обновить закреп (конечно, дело к ночи, надо написать несколько текстов к DevRel Conf, пора!)

Этот канал ‒ обязательство! Обязательство регулярно разгребать завалы полезных материалов по Developer Relations и писать хотя бы коротенькие аннотации и мысли по поводу.

Кто читает? @ks_romanova ‒ организатор DevRel-завтраков и митапа в Петербурге.

На какие темы читаю? #communityrelations #карьера #тренды #этосновабылопыт #инструменты #метрики #PR #opensource Иногда пишу от себя под тегом #блог

Несколько интересных постов и конспектов, которые стоит просмотреть:
3 новинки и 2 "старинки" с книжной полки
А что есть вместо хабра в глобальном интернете
Метрики сообщества, которые имеет смысл замерять
Как писать документацию, которая нравится разработчикам
Как нанять(ся) на работу DevRel-специалиста
Краткая и пристрастная подборка кейсов PR-премии Loud 2023
Развивая Developer Relations. Конспект в двух частях для популярной статьи в пяти частях ‒ часть 1, часть 2
Подборка докладов с DevRel Conf 2023
Сообщества вокруг технологии: почему быть бесплатным недостаточно


Подборка каналов про DevRel
Подборка каналов про Digital
Подборка каналов про комьюнити-менеджмент

Уже завтра седьмая, а для этого состава ПК - вторая, DevRel Сonf. Было сложно выбрать из такого количества заявок (аж 43!). Были и споры, и попытки утрамбовать поплотнее (в результате у нас набралось довольно много 15-минуток), пришлось и отказаться от некоторых хороших докладов (ждите анонсы следующего DevRel-митапа). Так что программа выстраданная и, как просили в прошлом году, очень практичная, ну прямо бери и делай (а в некоторых случаях, не делай). Единственное, пожалуй, исключение, рассказ про IT-каток и IT-пикник. Ну просто мы никак не могли пройти мимо настолько большого для отрасли события. Думаю, даже если ваш бюджет не похож на бюджет Тинькофф, все равно интересно, зачем они это сделали.

Начнем в 12:30, так чтобы до оффлайна доехали пассажиры Сапсана, а москвичи нормально выспались. Программа и регистрация на онлайн (да, места на оффлайн уже нет): https://devrelconf.ru/ #devrelconf

Опубликованы видео докладов DevRel Conf #7, которая прошла 9 декабря.

Концепция у ПК была такая: даешь ссылку на плейлист и джун экономит дни (которые пришлось бы провести за сбором опыта старших коллег по чатам и подкастам), а синьор ставит на скорость Х1,5 и оперативно сверяется с лучшими примерами индустрии. В 2022 году девиз был «Власть, бюджеты и хэдкаунт», а в этом — «Бери и делай».

Поделюсь моим личным зрительским топом. Он целиком состоит из докладов про то, как оно там в 2023 году:

Алина Боровицкая (канал что-то на техпиарном) «Дистрибуция контента, и за что они с нами так» — тут поменялось примерно всё за последние года полтора.

Антон Черноусов (подкаст The Art Of Programming и другие) «Давай запустим подкаст... или нет» — доклад с актуальной статистикой и о том, как подходить к подкасту, когда их уже только ленивый не делает (или делает, но лениво)

Алина Каширская «Осторожно, тонкий лед: от IT‑катка до IT‑пикника» — о событиях года (в моем понимании). Раньше такого не было, а в этом году Тинькофф сделали. Странно было бы не обсудить на конференции 2023.

Полный плейлист конференции

#инструменты #devrelconf

А вот на этом месте Алина Боровицкая рассказывает самую главную вещь про весь-весь маркетинг и коммуникации. Не благодарите:

В 2023 глобальные технические компании уволили 262 735 человек. Есть даже специальный сайт, который считает это по официальным заявлениям. Цифра за 2024 год, возможно, будет больше, потому что только в январе это уже 34 250 увольнений. Не все увольнения окончательные (кого‑то взяли обратно на худших условиях, например), но тенденция нервная. Увольняют и DevRel‑специалистов (увы, это функция для сытых времен). Что заставляет некоторых давать довольно мрачные прогнозы. Мы все ещё говорим об американском и глобальном рынке, напомню, но, знаете ли, memento mori.

В моем любимом блоге Avocado bytes Daniel Bryant делится своим взглядом с посте The Death of DevRel (Again?) and the Rise of Product Advocate and Community Roles.

Во время пандемии и сразу после нее, — пишет Даниэль, — всем пришлось обходиться без конференций и бустанул контент для разработчиков, dev‑адвокаты были нарасхват, целью многих DevRel‑команд был рост (не считаясь с расходами). А вот в 2022 компании начали экономить и сменили девиз на «делать больше малыми средствами». Кое‑где попросту избавились от DevRel‑команд или больше части сотрудников. Основная причина — до этого слишком много специалистов наняли в расчете на продолжающийся рост [та же штука, что и с разработчиками, что закономерно]. А вторая причина, как легко догадаться, — отсутствие четкой связи между работой команды и бизнес‑результатами [место для напоминания про серию постов Moving Developer Relations Forward].

Ситуация с увольнениями и наймами выровняется, — считает автор, — но DevRel выйдет из этих испытаний несколько измененным. DevRel ждет смещение функции в сторону dev‑адвокатства и сообществ.

Знакомимся с новым термином: технический SDR (sales development representatives). Продажники недостаточно технические ребята, чтобы разработчики хотели говорить с ними про инструменты разработки [именно их обычно продвигают при помощи Developer Relations на западе], а DevRel‑специалисты недостаточно ориентированы на продажи. Во имя прибыли компаниям ничего не остается, как сблизить эти две функции. Широкие брендовые жесты хороши для крупняка [что не всегда означает, что и там эти деньги предпочтут потратить с более понятной отдачей].

Что касается сообществ, то собрать его вокруг проблемы или продукта или работать с уже сложившимся полезно для продвижения продукта. Тем более что можно одновременно и работать на измеримые метрики (размер сообщества, активность, конверсия в воронку продаж), и быть полезным для участников.

[Так называемого «продуктового DevRel» у нас не так много, так что не у всех есть отдел продаж, куда можно сходить. Но вот если он существует, крайне рекомендую. Часто там люди более мотивированы, чем в маркетинге, и готовы экспериментировать с инструментами. DevRel? Почему бы и нет, если это поможет собрать лидов или продвинуть их по воронке. Во всех остальных случаях полезно подумать, что делает нашу функцию не предметом роскоши, на котором легко в случае чего сэкономить, а неотъемлемой и понятной частью чего‑то важного для компании.] #конспект

Почему бросают вести каналы про DevRel

В закрепе деврел‑чатов есть пост со списком каналов про DevRel и около, этот же пост я иногда повторяю здесь. Вчера добавляла туда один новый и с сожалением отметила, что часть каналов давно не обновлялась. Не хватает времени? Конечно, да, а кому из нас его хватает. По следам обсуждения прошлась по авторам замолчавших каналов. И заняло у меня это всего час, так что если вам кажется, что уже много пишут про DevRel, куда еще один канал, то это вам кажется, смело заводите.

Причина, которую я полностью упустила из вида — NDA. Учитывая, какой у нас маленький в сущности рынок, никакие иносказания не останутся долго неразгаданными:) В некоторых компаниях таких «невыносимых» наружу моментов больше, чем в других.

Из хороших новостей: несколько авторов подумывают вернуться.

У кого‑то сильно поменялось все в карьере, настолько, что если писать, то как будто бы о других немного вещах. И тут я лично обеими руками за ведение канала на новую тему, потому что интересно читать не абстрактный контент, а мысли конкретных людей из индустрии. Очень надеюсь, что в ближайшее время мы несколько таких пивотов увидим.

Что касается конкретно этого канала, то мне стало тесновато в формате конспектов. Хотя формат оригинальный (если так можно говорить о реферировании), но хотелось больше писать от себя. И я иногда буду себе это позволять. Был DevRel sklad, а будет DevRel skladно говорит. За название спасибо Тоне из Логово редактора.

Обновленный список тг-каналов в следующем посте.

ТГ‑каналы про Developer Relations и коммуникации в IT

Developer Relations

Говорите громче! — канал Жени Голевой про работу деврелом, публичные выступления, обратную связь и обучение взрослых

My DevRel‑ канал Наталии Макаровой про работу в DevRel

DevRel skladно говорит — канал Ксении Романовой с краткими конспектами статей и заметками по Developer Relations и Community Management, иногда про опенсорс

не доводи спикера — канал Адель Макашовой про работу со спикерами и не только

Это работа для DevRel’a - канал @svetlanada с вакансиями для DevRel-менеджеров, Tech PR, редакторов технических текстов и IT HR

Про DevRel — канал Анастасии Аткиной, DevRel Lead MTS Digital

Говорит DevRel — канал Анастасии Быковой, заметки для DevRel»ов и HR из практики DevRel»а с опытом scrum‑мастера.

Communications in Tech ‒ Ирина Сарибекова пишет о коммуникациях в IT, DevRel, Employer branding, People engagement in Tech

Geek Relations — коммуникации и образование в ИТ. DevRel. TechComm. Knowledge management. ITHR. Немного BigData и AI.

Деврел‑бюро — канал на паузе, но туда Алексей Долгушев и Мишаня Сторожилов много полезного написали в свое время

Контент

Логово редактора — канал Тони Татчук про контент‑маркетинг в технологической сфере.

что‑то на техпиарном — канал Алины Боровицкой про осознанный SMM, техпиар и софт‑скиллы <3

Редакторы в IT‑джунглях — канал Дарьи Маташиной и Юлии Рыбниковой, где они рассказывают про изнанку работы маркетинговых и продуктовых редакторов в IT

Технотекст — канал от команды Хабра о том, как писать и редактировать технические статьи (прежде всего на Хабр)

Конференции

23derevo — канал Лёши Федорова из JUG Ru Group о работе над IT‑конференциями (самый движ происходит в чате канала)

Андрей Дмитриев (JUG Ru Group) — про IT и IT‑конференции

HR‑brand

Моя жизнь в IT/Губарева — канал Наталии Губаревой — Head of Research & Development Team в HR‑маркетинге Яндекса

IT‑brand rules — канал про IT‑HR‑бренд от команды исследования IT‑брендов Хабра и Экопси

Вероника отвечает — Вероника Ильина, ex-Head of DevRel в Додо, пишет про свою работу, про IT и карьеру в IT

влюблённые в employer brand - канал Кати Жуковой (Жукова, ты опять про работу) про работу (что же еще) над брендом работодателя

Что меня всегда удивляло, так это то, насколько мало специалисты по DevRel общаются со специалистами по коммуникациям в других областях. Например, с PR-специалистами и с Комьюнити Менеджерами. И у тех, и у других есть полезные для нас инструменты, обкатанные годами практики.

И если с пиарщиками мы начали немного общаться через активных участников prspb, то с КМ почти не пересекаемся. Давайте наводить мосты! Начнем с подборки телеграм-каналов, которую для нас собрала Дарья Сталь, евангелист комьюнити-менеджмента, автор блога @cmblog и подкаста «Стальные нервы», соавтор книги «Сила сообществ», которую лично я всем причастным к теме очень советую.

Как продолжим? Продолжим :) Следите за обновлениями. #communityrelations

Ценность того, что вы задолбались,  преувеличена отсутствует

Сводила график своей «сообщественной» жизни на лето и параллельно освежала с коллегами планы на второе полугодие. И туда, и туда постоянно хочется что‑то добавить, потому что ну классная же возможность. Но опыт говорит, что для спонтанности предназначены отдельные слоты в календаре. Безусловно полезно оставлять себе место для маневра, потому что за год и полгода многое может поменяться. Но между выделенным слотом и запихиванием в календарь невпихуемого лежит пропасть (а на дне той пропасти лежат выгоревшие деврелы). При этом полезно помнить, что значительную часть «условно свободных» периодов с удовольствием заполнят за вас коллеги.

Чем спасаться от желания вписаться в еще этот и тот, и вон тот проект? Мне помогает напоминание, что оценивать будут то, как сделана твоя работа, а не какими героическими усилиями удалось в ней минимально накосячить. Лучше отказаться, чем убедиться, что уже через пару недель никто не вспомнит, кто это там не спал, не ел или жил в самолете, жонглируя [подставьте свое число] проектами. Потому что запомнится только результат, и если сделано так себе, то героизм не засчитывается. И это правильно. Если не умеешь оценивать свою загрузку и просить помощи, это не повод косячить. Мы любим поспорить про метрики, но усталость точно не одна из них.

Делать надо нормально и столько проектов, сколько сможешь сделать нормально.

Спасибо Кате Куликовой из Стачки, в разговоре с которой мысль оформилась. Считайте это постом для «разбить стекло в случае пожара в календаре и прочитать» 😁 потому что искушение велико, конечно же. #блог