惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
腾讯CDC
宝玉的分享
宝玉的分享
量子位
Recent Announcements
Recent Announcements
Martin Fowler
Martin Fowler
J
Java Code Geeks
V
Visual Studio Blog
阮一峰的网络日志
阮一峰的网络日志
Blog — PlanetScale
Blog — PlanetScale
大猫的无限游戏
大猫的无限游戏
博客园 - 叶小钗
S
SegmentFault 最新的问题
B
Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 【当耐特】
小众软件
小众软件
The Cloudflare Blog
Y
Y Combinator Blog
I
InfoQ
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
GbyAI
GbyAI
IT之家
IT之家

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Ответы с «деврел‑супервизии», вопрос пятый: DevRel & Comm...
AnnaKononova · 2026-05-15 · via Все публикации подряд на Хабре

Время на прочтение3 мин

Охват и читатели77

Мнение

Большая тема о сообществах собрала в себе ответ с "деврел-супервизии", а еще два ответа от экспертов, которых не было с нами на встрече: Антонины Коломиец и Ильи Пономарева.

Анонимный вопрос участника:

Комьюнити-менеджер вообще чем-то отличается от DevRel? И когда DevRel работает с сообществом, особенно в бигтехе, на что ему в первую очередь ориентироваться: на запрос бизнеса или на запрос сотрудников?

Ксения Романова — DevRel в Positive Technologies, @devrel_sklad

«Комьюнити-менеджмент — это отдельная профессия. Там есть ряд навыков, которые очень помогут DevRel в его работе, но это только часть навыков DevRel. То есть часть скиллсета комьюнити-менеджера используется деврелами, но не полностью, и это не все, что необходимо деврелу, как это часто бывает в смежных профессиях.

Если кому-то повезет, в команде будет отдельный КМ, который занимается общением с участниками, выявлением проблем комьюнити, модерацией, негативом, контентом и так далее. Обычно так сильно не везет, поэтому DevRel тащит и это, и еще часть, которая связана с маркетингом, HR-брендом и многим другим.

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

Но мой опыт показывает, что комьюнити делают люди, у которых горит. Если инженеры сами хотят объединяться — у них часто получится быстрее, даже без большого формального контура. Если бизнес хочет комьюнити “сверху”, не всегда получается сразу: должна быть страсть, должно гореть, сам с собой DevRel общаться не может.

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

Дальше компромисс и приоритезация: какие сообщества поддерживаем сильнее, какие — меньше, но не запрещаем. Где-то даем больше ресурсов, где-то меньше, но сохраняем среду и возможность людям объединяться».

Антонина Коломиец — руководитель отдела сообществ в ОТП Банке, психолог и архитектор сообществ, @PRO_communic

«С чего начинается создание комьюнити? С людей, с идеи и с инициативы, которая подкреплена ответственностью. Хорошо летят сообщества, в которых изначально есть костяк людей, готовых взаимодействовать и тащить.

“Сообщество, спущенное сверху” — плохая история. Мы даже дали бизнесу ошибиться: запустили несколько таких сообществ, и через полгода они загнулись. Механики комьюнити-менеджмента были, а ядра и ответа на вопрос “зачем” не было.

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

Запрос снизу можно вытаскивать через платформу инициатив, опросы и живые групповые динамики. С профессиональными сообществами часто старт идет от рабочей боли: например, фронтендеры не могут нормально взаимодействовать между подразделениями. Начинают с этого, а дальше уже рождается сообщество — со своими связями, встречами и идентичностью.

И второй важный слой: люди, которые умеют поддержать методику и объяснить и бизнесу, и сотрудникам, что сообщество — это шире, чем чатик или канал. Это про группу, идентичность и долгую совместную практику».

Илья Пономарев — DevRel и исследователь комьюнити-практик, @uebercommunity

«Если смотреть с проблемной стороны, внутри компании все часто начинается с запроса бизнеса: “нам нужно сообщество, сделайте что-нибудь”. Дальше задача DevRel — не просто завести чат, а совмещать роли продюсера экспертов и project-менеджера развития сообщества.

Важный мэтч — между бизнес-потребностью и людьми, которые готовы это вести. Чем больше компания, тем выше шанс найти людей с внутренней мотивацией и зачатками личного бренда, но почти всегда у них есть страх: “я недостаточно экспертен”, “нас засмеют”, “конкуренты делают лучше”. Здесь нужна индивидуальная работа, доверительная поддержка и продюсирование.

По роли это тоже важно: не каждый лидер сообщества обязан быть главным экспертом. Есть лидеры, которым важнее держать движ и среду, а есть те, кто хочет расти как эксперт. И это разные траектории».

Спасибо Илье и Антонине за разрешение использовать их материалы из камерной встречи для развития темы с "деврел-супервизии" :)