Ксения Романова | DevRel и другие коммуникации в IT

Идеальное техническое выступление. Old but gold!

Мне было сегодня лет, когда я посмотрела ролик Chicken chicken chicken. Ссылка на него всплыла в ходе обсуждения прокачки навыков публичных выступлений. А выступление 2007 года (еще можно добавлять «Карл!» или это уже как кружевное покрывало на подушках?). И только посмотрите! На экране крепкий технический доклад, хотя Дуг Зонкин, инженер Google, в нем произносят только слово «цыпленок» и на слайде тоже только оно и даже в вопросах из зала. Всё понятно! Есть структура, есть некоторый сюжет, наглядность переходов, логичное завершение и хорошие вопросы из зала. Изначально, кстати, Chicken chicken chicken был опубликован как научная статья (тот самый «птичий язык науки» 💀).

Какие выводы?

1)Именно так все доклады первые год‑два звучат для начинающего деврела.

2)На видео нет содержания, но присутствует всё то, что кроме. Именно этих элементов ожидают от хорошего доклада, их наличие — шаг к тому, чтобы говорить на языке слушателей.

3)Всем хорошей пятницы‑цып‑цып

Рутинная работа, которую кто-то должен делать (или нет)

Часто я прихожу в офис ради работы с двумя мониторами в шеринге. Так удобнее разбираться с таблицами и карточками в канбане или тикетами в джире. И вот что я скажу про темную сторону этого хобби.

Когда из хаоса впервые, как Афродита из пены, встает хоть какая‑то система, это воодушевляет и улучшает повседневную работу. Но поддерживать Confluence или подобные системы намного менее увлекательно. На груминг инструментов или базы знаний время уже не выделяют, и это точно не то, что впечатлит кого‑то на регулярном созвоне. Разница между «есть какие‑то логи» и «есть регулярно обновляемые логи» не так уж велика, чтобы объяснить несколько часов в неделю. Получается минимальный результат и много недооцененного труда, а за углом уже маячат усталость и разочарование (которые кому‑то представятся как «Выгорание, очень приятно», но у нас с вами словарный запас побольше).

Что делать?

1) Ничего не делать — какое‑то время понаблюдать, нельзя ли обойтись без этого отчета/таблицы/операции. Если предполагается, что это нужно не только вам, но никто не спохватился за пару месяцев — ценность артефакта была преувеличена.

2)Применить правило 80/20 наоборот — сократить ресурсы на 80% и оставить только критически важные задачи на 20% времени. Возможно, базовая версия будет работать эффективнее. Или см. пункт 1.

3) Делегировать — если таблицы заполняются, значит, это кому‑нибудь нужно. Почти всегда можно устроить краудсорсинг с коллегами. Главное — понятно описать, что и как делать, и объяснить, зачем это нужно. Например, если правильно (вот так) положить слайды в хранилище презентаций (сюда), их сможет найти любой по спикеру, конференции или теме — профит? Профит! Если никому это не нужно — возвращаемся к пункту 1. Не стоит превращаться в незаменимого человека, который единственный знает, как это делается. Наоборот, хорошо описанный проект — это шанс однажды кому-нибудь его делегировать с концами.

4) Автоматизировать — добавить бота для правильного заполнения форм, структурировать информацию при помощи LLM, встроить процесс во внутренние системы, а не набрасывать поверх них («живенько так») и т.п..

Что не работает, так это нанимать отдельного операционного менеджера, потому что, едва насобачившись делать вот это всё одной левой, любой сотрудник стремится вырваться на волю, к проектам поинтереснее.

Главное правило: не превратить рутину в чемодан без ручки, который жалко бросить только потому, что уже дотащили «до сюда». Регулярно (или при первом ощущении раздражения) стоит задавать себе два вопроса:

— Приносит ли проект реальную пользу?
— Стоит ли затраченное время результата?

Если возня с таблицей просто успокаивает, как рукоделье - это тоже считается приемлемой пользой!

P.S. на иллюстрации от Кандинского изображена сотрудница, которая всё успевала, потому что у нее были руки хоть и кривые, зато сразу четыре, но она все равно по итогу поехала кукухой, ведь делать невидимую и часто ненужную работу это очень грустно.

Правила поведения при пожаре в случае коммуникационного кризиса

Предуведомление: этот пост хорошо отлежался до момента, когда он перестал быть ситуационным контентом, а случай из жизни одной там компании, который мы обсуждали с Ксенией Тиханкиной (канал PR ДНК), уже подзабылся. Но тема вечно актуальна, как и инструкции, можно сохранять.

Предположим, разработчики с криком прибежали во внутренний чат и второпях зовут деврела, потому что сеть интернет чего‑то такое притащила про компанию, а деврел часто самый коммуникативно компетентный человек, которого они знают. Что в такой ситуации делать?

Успокоиться самому, успокоить буйных коллег и срочно идти с этим в PR.

PR видят картину целиком. R&D это, напомню, не вся компания. Есть еще клиенты и партнеры, госорганы, акционеры и так далее. У PR есть план на случай кризиса, они быстро свяжутся со всеми, с кем надо (включая юристов), взвесят риски и примут информированное решение. Всё это сделать на позиции DevRel невозможно и ненужно.

Я понимаю, что каждый в наше время знает, как делать чужую работу, но вот просто не надо. Лучше всего помочь пиарщикам разрулить ситуацию можно, не выдавая никаких заявлений наружу и не раздувая обсуждения внутри. Просто вспомните, сколько за последнее время видели в публичном поле скриншотов из внутренней переписки и чатов компаний. Отвечать в нужное время и в нужном тоне, не утопив себя глубже и не позволяя выводить на эмоции, это отдельный навык.

Кстати говоря, может быть принято решение и не комментировать ситуацию вовсе. Вступая в обсуждения с анонимами в телеграме или официально отвечая на публикацию малоизвестного портала, компания как будто бы признает их значимость и значимость претензий, ставит на одну ступеньку с собой. Зачем же прокачивать позицию оппонента.

В общем, в случае коммуникационного кризиса в масштабе компании, наденьте маску на себя, на коллегу, и дайте пиарщикам делать свою работу. В идеале реакцию нужно отработать до автоматической у всех сотрудников. #PR

Почему вы на них еще не подписаны?

Каждый раз, когда смотрю на цифру подписчиков этих каналов, удивляюсь. Мне кажется, вам это надо:

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

HealingWard говорит про стенды — Аня Курносова пишет про стенды и активности на них, прямо сейчас в канале кружки с JPoint, до этого был проход по SnowOne.

Девадвокатская палата — Алексей Мерсон, DevAdvocat бэкенд бренд директор в Яндекс (свежая инфа, если бы читали канал, вы бы тоже знали) пишет про разное, особенно рекомендую серию постов про то, как шутить так же круто, как Лёша

Вероника эйчарит — алоу, тут вообще Вероника Ильина выложила целый цикл лекций, подробных и бесплатных, как построить стратегию HR-бренда, как посчитать и вот это всё. Всем рекомендую!

Через три пятницы снова соберемся, чтобы обсудить DevRel-кейсы:

1)И что ты сделаешь? Конференция-то в другом городе — Александр Фатин, DevRel Postgres Professional, ведущий linkmeup

2)Что мы поняли про сообщества разработчиков, пока делали Сберхаб в Сочи — Александра Тарасова, DevRel OK, ex‑Сбер

3)«Ну мам»: строим коммуникации с родительской компанией через образовательный проект — Анна Кононова, DevRel Петрович-Теха

4)Включаем воображение: сложный продукт на стенде технической конференции — Юлия Кульмухаметова, DevRel YADRO

Подробности и регистрация

#devrel_community

Завела профиль и канал в Сетке. Некоторые комментарии к использованию

Сетка это — такой аналог LinkedIn, только от HH, что в принципе логично, поскольку профиль делается прямо из резюме. Что там интересного, кроме того, что доступ без VPN? Хорошо сделан анализ связей между профилями, при регистрации предлагаются связи не только по компаниям, где ты работал, но и по профессиям, которые указал. позиций из области DevRel или HR‑бренда там пока нет, но, возможно, будут. Сейчас вообще довольно активно допиливают фичи. Постить можно что‑то в своем профиле, а можно в «канале» и это две разные сущности (и можно даже репостить из канала в профиль). Я месяц поиграла со старыми постами, даже написала парочку специально для Сетки.

Мой профиль в Сетке
DevRel skladно говорит в Сетке

В канал можно настроить экспорт из TG, но именно этого я делать бы не советовала. Уникальная штука в Сетке — это возможность таргетировать конкретные посты на выбранные аудитории (профессии по классификатору hh). То есть можно писать для немножко разных аудиторий и прямо в посте настраивать, чтобы его увидело больше таких людей, чем остальных. Гениально же. Можно сказать, что одна только возможность настроить показ постов про продажи в сообществе на продажников и консалтеров стоила того, чтобы заводить весь эксперимент. Потом в статистике можно посмотреть, люди каких профессий прочитали пост. Это супер‑круто.

Второе существенное отличие от TG — алгоритмическая лента. То есть, есть вы видите контент вне вашего информационного пузыря, и люди видят ваш (таргетированный на их специальность). Если не только читать, но еще ходить и комментировать или участвовать в обсуждениях в сообществах (есть и такое), можно хорошо расширить нетворкинг. Если, допустим, вам это для чего‑то надо. Например, вы продаете консультации или переходите из одной области в другую, или ищете работу в конкретной компании.
С другой стороны, если вы в свой канал приходите побухтеть, а люди есть у вас на работе, то необходимость просеивать ленту вас не порадует. Ну так она не для того сделана.

Итого: благодаря таргетингу Сетка — хороший рабочий инструмент для для продажи услуг, контент для нее желательно как минимум готовить отдельно, а лучше разбавлять оригинальным с учетом аудитории и своих целей. Пользователи легко перенесли из LinkedIn тот самый стилёк про успешный успех экспертных экспертов, так что живые тексты будут читаться прям хорошо. Рекомендую.

#блог

#подкаст

Исследуем DevRel в 2025 году — в новом выпуске КаргоКульт Live 

В подкасте поговорили про исследование DevRel в компаниях разного уровня и выяснили:
— Как меняется роль и какие новые функции появляются у деврелов.
— Сколько это направление стоит для компании.
— Как балансировать между маркетингом и внутренней культурой.
— Какие метрики помогают оценивать работу DevRel.

Гости выпуска:
— Евгения Голева — деврел с 2016 года. Отвечала за DevRel-направление в Avito, MTS Digital, Lamoda. DevRel-консультант. Строит и внедряет DevRel-стратегии и помогает развивать коммуникации в крупных и средних брендах и в стартапах.
— Ксения Романова — деврел в Positive Technologies. Организатор DevRel-завтраков. Деврел с 2017 года. 

Ведущий:
Андрей Дмитриев — сооснователь JUG Ru Group, программист, руководитель.

Выпуск уже на YouTube и в VK Видео

Слушайте подкаст на других платформах:
— Apple Podcasts 
— Яндекс Музыка 
— ВКонтакте

Встретились, чтобы поговорить про исследование DevRel-специалистов за 2024 год и неожиданно обсудили проблемы коммуникации между коллегами, потенциал внешних IT-сообществ для компаний, а также, где деньги.

#анонс

Пет-проекты деврелов

Вернулась с DevRel-завтрака №62. Да, я их считаю :) Первый прошел 12 декабря 2019. О том, зачем это началось и почему продолжается в Петербурге, Москве и Нижнем Новгороде поговорим с Лешей Корнеевым (который, кстати, был хостом завтраков в Ереване какое-то время) и Сашей Фатиным (его "пет-проекту" Linkmeup уже 16 лет, вот это стаж!). Обсудим мотивацию, очевидную и неочевидную пользу и всё такое.

Подключайтесь к нам 19 марта в 18:00 https://www.youtube.com/watch?v=RJolyDPl3BQ

#devrel_community #анонс

IT-открытка ко дню св. Валентина

Это скриншот из записи декабрьского JVM‑митапа в московском офисе Positive Technologies. На сцене спикер, который выступает впервые. Всем нам желаю такой фан‑поддержки и не только в тематический праздник.

Видео с DevRel Conf 2024 без VPN и время собираться в Лужники 2025

Теперь записи всех докладов декабрьской DevRel Conf можно посмотреть на vk video. Обычно я делаю какую‑то мини‑подборку, но не в этот раз. Во‑первых, слишком много классного. Во‑вторых, в этом году в программе был доклад про трек для разработчиков на киберфестивале PHD. А это прямо самое крутое, в чем мне удалось поучаствовать в прошлом году. Затрудняюсь объяснить свою роль, что‑то среднее между коммуникатором, проджектом и пастушьей овчаркой. 

Было потрясающе круто: Лужники, теплые майские дни, вокруг говорящие березки, бизнес наводит суету, хакерские соревнования, воркшопы, доклады на самые разные темы… и все это вместе часть чего‑то большого (и стильного, кстати). Как будто сама суть компании выплеснулась наружу и раскрасила стадион. Про это и не только послушайте доклад:

Positive Hack Days — это по любви. Зачем мы делаем трек для разработчиков / Лера Митяева

В 2025 году Positive Hack Days снова пройдет в Лужниках (22–24 мая). До конца февраля всё ещё можно подать доклад на тему безопасной разработки, архитектуры, высоконагруженных систем, платформ данных — «вишлист» тем трека Development получился достаточно объемным. Также к нам в третий раз присоединяется сообщество Moscow Python, подать доклад на Python Day можно тут.

Чем «киберфестивальный» доклад отличается от доклада на обычной конференции? Во‑первых, вокруг бурлит киберфестиваль и это создает праздничное настроение. Во‑вторых, слушатели заинтересованы в технических темах, но залы фестивального объема (600+ человек), поэтому подача требуется достаточно популярная (не упрощенная, а интересная тем, кто не работает с этим конкретным моментом постоянно). #phdays #devrelconf

DevRel-завтраки и DevRel-ужины располагают к обсуждению кулинарных изысков. Вместе с ребятами из «Эйчаркетинга в ITD», пофантазировали, как могло бы выглядеть специальное меню с творожнымитревожными блюдами для деврелов!

ITD — это те самые, которые перед Highload сделали «чемоданчик деврела». Остроумно. В их канале ещё много такого. Вообще, достойный пример продвижения через контент, так что подписывайтесь — и смотрим карточки:

DevRel Meetup SPb. Кейсовник №2 — видео и слайды

Кейсовник — это сборник коротких выступлений по 15 минут. Одно выступление — один конкретный проект. Только личный опыт, конкретные проекты с известными целями и результатами — просто хорошая работа, которую хочется показывать и обсуждать. Провели его уже во второй раз и обязательно будем делать снова.

DevRel‑TV: организация онлайн‑вещания для разработчиков в пижаме — Марина Степанова, DevRel видео|слайды
Всему своё время, когда активностей внутри еще не так много, такая площадка, как «передача» может быть основой для образования сообщества спикеров. Мне важными кажутся темы «экспертного совета» и регулярности. А еще внутри есть несколько полезных подсказок на случай, если вы когда‑нибудь останетесь наедине с OBS и инструкция к инструменту превращения видео в тексты.

Готовимся к мероприятиям без паники, но с экселем — Катерина Тарасюк, руководитель Event & DevRel направления в Рексофт видео|слайды
Впервые на наших митапах поговорили про операционку DevRel. Доклад построен вокруг эксель‑таблицы, как такое можно пропустить. Интересный момент: логирование проекта помогает другими глазами посмотреть на трудозатраты как часть стоимости проекта, что, судя по Исследованию, мало кто из нас считает.

Чему мы можем научиться у Gamedev мероприятий — Татьяна Казакова, DevRel RuStore видео|слайды
Скопировать кейс с User Generated Content и партнеркой вряд ли получится, но будет интересным упражнением подумать, как это можно переложить на свою ситуацию.

Весь день напролёт в хорошей компании: уроки первой конференции AvitoTech — Мария Лазарева, продюсер инженерных ивентов, Флант ex‑Avito видео|слайды
Чисто евентовая изнанка мероприятия, о которой многие хотели бы узнать до того, как окажутся на площадке, где закончился кофе.

Холиварные аналитические посиделки: выходим за рамки митапов — Станислав Доброхотов, DevRel InfoTeCS видео|слайды
Уникальная история: внутренний проект, который стал самостоятельным внешним сообществом. Ну и необычное преимущество для разговора с компаниями, к которому редко обращаются сообщества: сообщество занимается аудиторией компании постоянно, а не только, когда у компании есть время и бюджет с ней поработать. Плюс организаторы нашли классный формат, подходящий именно их участникам.

Зачем дизайнерам devrel, почему он не desrel и как мы строим комьюнити дизайнеров — Олег Христолюбов, DevRel Wildberries & Russ видео|слайды
Очень редко говорят о «темных сторонах» самоорганизующихся сообществ. После этого видео вы навсегда запомните «150 мустангов» и не только потому, что доклад по сути хороший стендап.

#devrel_community

Исследование специалистов по работе с сообществами

В DevRel без сообществ никуда. По меньшей мере все так говорят, даже когда имеют в виду просто лояльную аудиторию, как‑то где‑то собранную и подогреваемую. Часто под внешним IT‑сообществом на самом деле подразумеваются разработчики, которые разговаривают с другими разработчиками и тусят по коридорам конференций и в чатах. Вот она, расплывчатость формулировок. При работе с внутренними сообществами уже и динамика виднее, и онбординг появляется, и «выращивание» амбассадоров, и маркеры здоровья. Доходит даже до изучения Community Canvas. Но в целом для большинства из нас работа с сообществом — один из инструментов (например, генерации в компании спикеров и докладов). В КМ это основная сущность. Я пишу «в КМ», а не «для КМ», потому что тут мы похожи — КМ и DevRel — функции, а не люди (как минимум, не всегда люди). В исследовании 2023 года можно убедиться, что и названием должности, и с обучением, и с грейдами в КМ те же самые более‑менее вопросы, что и в DevRel. #communityrelations

До 31 января можно принять участие в опросе, организованном Ассоциацией русскоязычных коммьюнити‑менеджеров и hh, а в процессе немного порефлексировать на предмет КМ в своем «ящике с инструментами».

Анкета (51 вопрос, примерно 20 минут вашего времени).

Горячая пятница 24 января UPD

Честно говоря, лично я поняла, насколько именно горячая, когда собиралась внести второй митап в календарь, а там уже занято. Произошел картельный сговор и теперь увидимся на обоих мероприятиях!

Пятница 24 января, 19:00
Санкт-Петербург, Failover bar, Кейсовник #2
Шесть реальных примеров «нормально делай — нормально будет». Поговорим про внутренние онлайн-митапы, немного про внутреннюю операционку, чем вдохновиться в гейм-индустрии, про деврел для не-девелоперов, как проекты вырастают в ко-брендовые и какие моменты надо учесть, если делаешь собственную конференцию.
Программа и регистрация
Запись будет

Вторник 28 января, 19:00
Онлайн, открытая лекция Евгении Голевой “Исследование как основа для карьерного планирования”
Женя расскажет, как опираясь на данные исследования русскоязычных DevRel-специалистов, планировать развитие карьеры.
Ссылка на онлайн
Запись будет

#devrel_community #анонс

Всем DevRel

Коммуникационная премия LOUD Award попросила нескольких специалистов рассказать про тренды в коммуникациях в 2025 году. Каждый участник выбрал самое близкое, так что пазл собрался достаточно пёстрый, тем, как мне кажется, и интереснее. Вот мои два наблюдения:

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

Non‑dev DevRel
Под Developer в Developer Relations мы имеем в виду всех, кто участвует в создании IT‑продукта. И системных аналитиков, и продактов, и дизайнеров… но чем дальше, тем больше становится этих «и». R&D не так сильно изолирована от остальных подразделений, чтобы коллеги не заметили плюсов видимости вовне и системной работы с амбассадорами. Так и появляются запросы от HR, пресейла и других отделов. А также инициативные комитеты по публичным активностям, которые готовы брать какие‑то инструменты и практики у DevRel и вести их на добровольных началах. Потому что люди хотят качественно другого подхода к коммуникациям, который увидели в R&D. Кажется, что это происходит постепенно, вместе с развитием функции внутри компании. Вполне возможно, что в 2025 подобных запросов будет даже больше, потому что роль эксперта (как и поддержка активностей со стороны компании) дает психологический комфорт, который явно не будет лишним.

Читайте, какие коммуникационные тренды выбрали наши коллеги, в этих каналах:

PR ДНК
пиарЛИСЬ
НЕпросто PR
DevRel skladно говорит
Уголок о комьюнити | коллега Саша
HealingWard говорит про стенды
На других посмотреть
UberCommunity: о сообществах от Ильи Пономарева

#loudaward