🎉 Каналов про DevRel и около стало столько, что пришлось немного поменять форматирование разбивки и даже сделать папку. Самая главная новость: Деврел-бюро вернулось (сейчас все посты там пишет Алексей Долгушев). Некоторые каналы поменяли названия, некоторые авторы — должности. Надеюсь, что еще до конца года добавятся и новые каналы.

Новый пост со ссылкой на папку

Подборка каналов про Developer Relations, тех бренд работодателя , коммуникации в IT и другие полезные темы

📁 Подписка разом на папку со всеми каналами

☕️ Developer Relations и около

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

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

My DevRel — Наталия Макарова про работу в DevRel

Деврел‑бюро — Алексей Долгушев делится опытом

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

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

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

В направлении DevRel — канал Ани из Петрович Тех про ее путешествие из Public Relations в Developer Relations, свежий взгляд на многие вещи

daredevrel — Даниил из Крока делится историями про маркетинг и диджитал в IT, а также про DevRel

Чуткий техмаркетинг — Наталья Акберова пишет про маркетинг в IT и про HR-бренд

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

СпИкать и не Икать — Дина Измайлова о том, как начать выступать публично в ИТ сфере

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

Про DevRel — Анастасия Аткина, DevRel Lead MTS Digital (временно неактивен)

📚 Контент и диджитал в IT

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

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

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

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

🐱 HR‑brand в IT

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

Любовь Соболева 💓 Работа с людьми — Про маркетинг и управление с Любовью Соболевой из Хабра

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

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

Уголок о комьюнити | коллега Саша — Саша Тарасова, DevRel VK, пишет про карьеру в IT, создание сообществ, работу с людьми и смотрит, что из этого получится

Sasha Kruasanova PROIT — Саша Русанова про HR-бренд в IT

🪿 Конференции

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

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

Последнее обновление подборки: 6 октября 2024, для связи по обновлениями пишите @ks_romanova

Какие доклады я хочу послушать на конференции КаргоКульт

Кажется, 2024 год будет для меня годом новых конференций и расширения кругозора: HR API, Product Sense, Flow. Вот теперь конференция для HR и рекрутеров в IT — КаргоКульт. Помню его еще оффлайновым в Петербурге, в этом году собираемся онлайн, зато на два дня. 7 октября делаю там доклад про то, как считать эффективность DevRel. Называется «38 попугаев: измеряем Developer Relations» и слайды будут все в крокодильчиках и бегемотиках (только кашалотиков не хватает). Ну и кое‑какие доклады обязательно постараюсь посмотреть.

Моя личная и пристрастная подборка:

eNPS и опросы вовлеченности как инструменты получения… бесполезных данных — Вероника Ильина, LYAV.me
Доклады Вероники стабильно делают больно, потому что то, как не надо мы все видели, а то и делали.

Семиотика связей: взгляд DevRel на путь технического кандидата в компанию — Наталия Макарова, MyDevrel
Как у любой модели у customer/user/member/employee journey map есть свои упрощения и ограничения, но она очень хороша, чтобы выловить, где коммуникациями соломки не постелено. Надо смотреть.

Строим доверие к функции HR в Big Tech через продуктовые релизы — Катя Веркина, Яндекс 
Внутри есть кейс про оценку эффективности DevRel, вижу в его описании слово ROI 👀

Круглый стол «Культ айтишника»
Стереотипы, зумеры и вот это всё — надеюсь на интересные инсайты.

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

Чужой опыт и кое‑что о дохлых лошадях

Одной из важных целей профессиональных сообществ я считаю «калибровку» специалиста по рынку и не только в плане карьеры, зарплаты или «лучших практик», но и по ощущению, скажем так, фигни. При переходе в новую профессию, особенно, если начинаешь как специалист в единственном числе, частенько shit happens. И никто не должен оставаться с этим один на один. Должна быть возможность спросить, а не изобретаешь ли ты велосипед, не работа ли это трех разных человек, кажется ли, что в организации токсичненько, или это ты слабак, и все такое.

По последнему пункту я тут недавно послушала жутких историй (не все из мира DevRel, если что) и каждый раз вспоминала очень удачный пост Татьяны Гороховской (канал PRODUCTHR) про сотрудников‑«маугли». Что мне нравится в продактах, так это их прагматичность на грани цинизма. Если обычно люди начинают говорить о том, что чувствуют: сдаваться неправильно (внутренняя мама осуждает) или жалко вложенных усилий (лошааааадка!), то Татьяна предлагает убрать эмоции и посмотреть на результат: с чем сотрудник, закаленный преодолением, выходит из компании. На руках у него остается запредельное умение терпеть и работать в невыносимых условиях, пока все остальные учились делать классные проекты и росли.

Мне кажется, это идеальный рецепт для определения степени дохлости лошади. Отодвигаем внутренний голос с криками «что теперь, сразу всё бросать, чуть что неудобно?!» и честно спрашиваем себя: с чем ты выйдешь из этой ситуации и как полученный опыт поможет тебе в карьере? Если становишься гуру по хитрым способам обойтись без сна и отпуска, а из обновлений в резюме можно занести только нервный тик, стоит задуматься. Не над тем, плохой ли ты человек, если что‑то бросаешь. Потому что ты не бросаешь, а заботишься о своей стоимости на рынке труда.

Тот самый пост про синдром маугли на канате PRODUCTHR

#карьера

А теперь с комментариями (долго я держалась, конечно).

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

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

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

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

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

В 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? Почему бы и нет, если это поможет собрать лидов или продвинуть их по воронке. Во всех остальных случаях полезно подумать, что делает нашу функцию не предметом роскоши, на котором легко в случае чего сэкономить, а неотъемлемой и понятной частью чего‑то важного для компании.]