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

После DevRel SPb x ProIT Meetup

Логично, что митап про интерактивы был интерактивным, но это здорово затрудняет просмотр записи. Видео короче трансляции примерно на сорок минут. Хотя во втором интерактиве было много интересного и под запись (скорее в режиме подкаста, потому что камера была неподвижной).

Убедилась, что интерактивы производят сильнейшее впечатление на участников, даже подготовленных, если ведущий опытный. Еще один повод дважды подумать, прежде чем делать это самостоятельно. А также повод подумать, как все-таки сделать что-то осмысленное для своей аудитории, выбрать правильный формат, на который хватит сил у организаторов и который зайдет выбранной аудитории. Не так просто, как кажется, хорошо, что начали говорить об этом.

🎞 Видео с митапа
🤍 Слайды Ани Афониной и Саши Тарасовой
🤍 Материалы для интерактива Ирины

Кроме докладов

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

А ещё это что-то про выкручиваться и выкраивать. Например, первый доклад утром второго дня после вечеринки при помощи заметок и парочки микрофонов в зал превращается в обсуждение. Или для выступления на непонятную аудиторию доклад перекраивается в «дерево решений», по которому пойдет спикер, чтобы донести нужные мысли до тех, кто придёт. В общем, много работы по необходимости.

Поэтому мне так сложно представить, зачем выбирать такой формат добровольно. Именно это я надеюсь узнать завтра на DevRel SPb x ProIT Meetup: Кроме докладов. Послушаем версии организатора мероприятий, деврела, спикера и тренера для тренеров. #блог

P.S. и теперь вы кое-что знаете о моей мотивации делать эти митапы, ну да, конечно же любопытство и «хочешь об этом поговорить ‒ организуй».

Продолжаем заглядывать в тетрадь к соседям

При последнем опросе в деврельском чате примерно 60% ответили, что в их обязанности входит работа с сообществами. При этом там вроде бы всего парочка профессиональных КМ (и наоборот в чате КМ). А про Community Canvas на недавнем митапе МТС, похоже, многие коллеги услышали впервые от команды Райфа (честь им и хвала). Лично я считаю, что надо больше общаться и активно заимствовать инструменты и подходы. Раз уж многое придумано и опробовано до нас (и можно сэкономить время на изобретении велосипедов).

Подкаст «В одно рукопожатие» начинался с рассказа о сообществах и людях, которые их создают и ведут, а со временем превратился в нечто большее. Теперь это еще и проект по построению и развитию сообществ. В честь дня рождения подкаста появилась подборка телеграмм-каналов. В ней можно найти не только классные каналы именно про community management (некоторые я давно и с удовольствием читаю), но и на смежные темы, например, Developer Relations :)

📚Подписывайтесь, вдохновляйтесь, крадите классные идеи ;)

#communityrelations

Круг замкнулся: теперь я видела конференции со всех сторон

Я уже побывала со стороны организаторов, спонсоров, программного комитета и спикером. А на прошлой неделе вела зал на Product Sense. Спасибо организаторам за приглашение (и веру в мою способность удержать зал в 400 человек). Старый добрый подход к сценарию зала не подкачал, сбилась всего несколько раз. Никогда не забуду глаза докладчика, перечисляя хобби которого, я перепутала снегоходы со сноубордами. Ну и еще сделала себе пару пометок.

Для меня это та же привычная забота о спикере, только на последнем этапе ‒ в зале. Самое сложное, кажется, было быстро познакомиться с десятью новыми людьми, попробовать поймать настрой, найти в каждом быстро транслируемую «изюминку» и всё это в новом для себя профессиональном поле. С кем-то получилось быстрее, с кем-то медленнее (а кому-то вообще никакая поддержка не нужна ‒ сам себе праздник).

Было интересно и очень понравилась организация самой конференции ‒ от пре-пати до мобильного приложения. Я на Product Sense была первый раз, хотя деврелы нашлись и там (на стендах и даже на сцене). Самым необычным показалось распределение условных «треков» по разным залам, так что слушателям приходилось перемещаться (и по дороге общаться). Вот уж где с нетворкингом всё прекрасно (и не только из-за большей в среднем экстравертности участников). #блог #этосновабылопыт

#доклады

38 попугаев: измеряем Developer Relations

ℹ️ О чем доклад: что, чем и зачем измерять в Developer Relations. Пройдемся по основным целям, которые можно реализовать с помощью DevRel-инструментов, и совместим эти цели с измерениями. Поговорим о том, какие показатели стоит считать внутри для корректировки текущей работы, а наверх подавать не имеет смысла, и за какими цифрами заглянуть в другие отделы.

🗣 Спикер: Ксения Романова — 13 лет в IT. Отвечала за B2B-маркетинг и PR, а затем — за developer relations в продуктовых компаниях. Сейчас работает в Positive Technologies. Энтузиаст развития культуры developer relations в России, организатор DevRel-завтраков и митапов в Петербурге, участник ПК DevRelConf.

Ведет Telegram-канал с краткими конспектами статей и заметками по developer relations, community management и open source.

Подробности и билеты

Перенесла видеозаписи деврельского митапа на VK Video

Ох уж эти развлечения: скачай видео из интернета, закачай видео в интернет. Спасибо Марине Степановой за новые обложки. Вот полный плейлист. Заодно вспомнила программу каждого митапа (и как так получилось). Выложила полный список докладов со ссылками на хабр и добавила немного истории. На маленьком канале добавлю маленьких подробностей. Катализатором послужил круглый стол на VK Fest, который делала Адель Макашева (не доводи спикера). Коллеги, разговорившись, видимо, поняли, что есть уже, что сказать в микрофон. И, кстати, «А давайте» сказал именно Денис Яковлев (Codefest). О чем он, как выяснилось, напрочь забыл (но я злопамятная 😈).

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

О слотах в календаре

Да уж, ведение канала явно не попадет в список моих профессиональных достижений за этот год. Всё что угодно оказывается важнее. Вот теперь слот канала займет переезд видео митапов на VK video. Хороший повод посмотреть, как можно пересобрать описания, может, подборки какие-то создать. А слот нерезиновый.

На петербургском завтраке в четверг как раз обсуждали, что к 15 августа у всех у нас календари до конца года уже ясны: забронированы стенды, поданы доклады (да, еще будут возможности, но по ключевым для большинства мероприятиям CFP закрыты), забавы и подарки (в смысле квизы и мерч) готовятся, примерно понятно, кто подкинет работы в промежутки. Слоты под какие-то крупные личные проекты у меня тоже закрыты до конца года. Больше просто не потяну, разве что в подкаст в гости сходить или что-то такое. В общем, сидим, завтракаем в конце лета, а по плану и новый год скоро.

Может показаться, что это скучновато, но тут кому как нравится бегать с горящими частями тела, когда неожиданно, как зима для петербургских коммунальщиков, наступает время проводить что-то. Есть графики обратного отсчёта, есть чеклисты, а неожиданностей принесут полную чашу коллеги, рынок и независящие от нас всех факторы. Так зачем своими руками создавать себе трудности дополнительные к этому немаленькому объёму. И так найдётся, что преодолеть.

Всерьез подумываю заказать себе футболку с надписью Спонтанность? Для неё забронирован слот в моём календаре.

#блог

DevRel Conf #8
декабрь 2024 года, Москва
«Developer Relations: теперь по-взрослому»

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

Ждем доклады на темы:
— Планирование DevRel-деятельности и управление ожиданиями
— Измерение эффективности, методы представления результатов работы руководству, KPI и OKR DevRel-команды
— Работа с конкретными инструментами и составление оптимального «набора» для определенных задач
— Специфические задачи, инструменты и метрики продуктового DevRel
— Автоматизация и аналитика работы DevRel, работа с лидами
— Работа с внешними независимыми сообществами
— Работа с внутренними сообществами, гильдиями, в том числе их формирование
— Кейсы успешного взаимодействия со смежными отделами и интеграции в их активности (PR, маркетинг, HR, внутриком, биздев и т.п.)
— Карьера в DevRel и рынок труда

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

Прочитать подробности и подать доклад

Она с кузнецом придёт(с)

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

Не все координаторы и члены программных комитетов любят, когда на звонок с потенциальным спикером приходит специалист по DevRel. Это выглядит как признак нездоровых отношений, знаете ли. Можно подумать, что спикер недостаточно мотивирован и деврел пришел, чтобы не дать ему слиться. Бывали такие случаи.

Поэтому, конечно, на звонок спикер как взрослый, самостоятельный и ответственный профессионал пойдет сам. Но если это пока не звезда конференций и к докладу есть вопросы и пожелания, то запись звонка нужно послушать. К счастью, все крупные конференции сейчас такие встречи записывают. Зачем это нужно?

Очень часто опытный деврел понимает, что в результате хочет увидеть куратор доклада, лучше, чем спикер. Просто потому что знаком с конкретными членами ПК и считывает особенности речи лучше.

Бывает и так, что спикеру особенно дорога какая‑то конкретная идея, именно ее куратор предлагает сместить на второй план или вовсе выкинуть. Эмоции мешают услышать другие замечания (и похвалы удачным находкам в том числе).

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

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

#этосновабылопыт

Тем временем появился шорт-лист 2024. Количество кейсов в PR + HR и в TechPR радуют глаз: https://loudpr.ru/shortlist2024 #loudaward

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

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

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

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

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

#карьера

Чем премиальная работа отличается от просто хорошей?

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

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

Выбор инструментов оптимален и идет от конкретной ситуации в компании. Прямо новых инструментов не так много. Меняются только детали вместе с техническими возможностями и каналами доставки информации. Поэтому намного важнее, а точно ли именно эти проблемы закрываются именно этим инструментом, причем, лучше/быстрее/бюджетнее, чем какими-то другими. «А попробуем-ка тирьямпампамцию!» ‒ это нормальный рабочий эксперимент, может получиться хорошо, плохо или никак. Но для «премиальности» таким опытам не хватает преднамеренности и продуманности. И не хватает повторяемости результата для других команд (насколько это в принципе возможно с коммуникациями).

Элегантность решения ‒ самый неуловимый компонент, но именно он пробуждает у аудитории вдохновение. Как-то интересно развернуть задачу, по-новому увидеть свою аудиторию, сделать неожиданную коллаборацию ‒ всё, что заставляет ахнуть «ну почему не я это придумал!».

Консистентность с другими коммуникациями ‒ проект от идеи до воплощения должен соответствовать целям и ценностям компании, продолжать рассказывать историю, о том «кто мы и какие мы», легко опознаваться как коммуникация именно этого бренда.

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

Позиция автора может частично не совпадать с позицией организаторов премии и других членов жюри.

Подборка кейсов PR-премии LOUD 2023

Пост написан по поводу того, что до подачи проектов на PR-премию LOUD в номинации TechPR осталось 10 дней. Кейсы с коммуникационными кампаниями, направленными на разработчиков (в широком смысле), там ждут. #loudaward

PS коротенечко о том, зачем командам нужны профессиональные премии:
‒ для валидации достижений и важности функции внутри компании, как среди топов, так и среди коллег.
‒ для сплочения команды, которая работала над призовым проектом;
‒ для повышения престижа компании снаружи (смотрите, у них призовые те и эти, сплошные best practices);
‒ для профессиональной рефлексии (решение актуально? оптимально? говорит про наши ценности как компании/бренда? что именно у нас захотят скопировать?)

DevRel-доклады на конференции HR API

В программе конференции HR API и раньше частенько появлялись доклады про Developer Relations и HR-бренд (Employer Brand, если придираться, но уж таково употребление термина, я уже смирилась, а вы?). Но в этом году DevRel практически захватил трек Коммуникации в первый день конференции – 4 из 7 докладов (еще два скорее внутриком, а третий - на грани обучения и деврела). Так что, если раньше конференция не попадала в ваше поле зрения, то теперь в ее программу надо посматривать (судя по количеству знакомых в зале, многие уже начали).

Запишу на память, какие видео стоит подождать на канале конференции.

Ирина Сарибекова (Т-Банк) – Готовь сани летом, а спикеров – круглый год
Этот доклад адресован традиционной аудитории конференции – специалистам из HR и рекрутинга. Если завтра скажут: «надо заняться деврелом и чтобы мы блистали на технических конференциях», – этот доклад поможет. Еще его можно пересылать тем, кто хотел бы стать спикером, но не представляет, как все устроено до момента выхода на сцену, потому что Ира очень наглядно показывает, как работает Программный Комитет.

Дарья Яковлева (Е-ком и Райдтех Яндекса) – Зачем и как продвигать DevRel внутри компании
Готовое руководство по построению внутреннего контура циркуляции контента и формированию сообщества из вовлеченных в DevRel-активности сотрудников. Зачем? Чтобы вовлекать еще больше людей, поощрять уже вовлеченных и наглядно демонстрировать, во что люди вкладывают свои усилия и убежденность. Дайджест, журнал, маскот и лимитированный мерч, даже мероприятие – весьма вероятно, что выкроить на что-то из этого бюджет времени и бюджет в прямом смысле получится. А вот яркие активации в виде фейковых скриншотов сервисов и забавных видео – это уже фишка конкретной внутренней культуры. Хороший пример, чтобы подумать, а что зашло бы в вашей компании и немедленно что-то попробовать.

Вероника Ильина (LYAV) – Почему вам не нужен бренд работодателя
Очень хорошо, что именно эта презентация уже доступна на сайте: скачивайте и сохраняйте. Ведь внутри аргументы для всех видов возражений, которые могут встретиться на пути DevRel-специалиста. Например, про зоны ответственности, про то, как добыть поддержку топов и ответить на вопрос «и что мы с этого будем иметь?». Я точно переслушаю доклад, потому что в процессе было слишком больно – накрыли «вьетнамские флешбеки». Некоторые советы в докладе просто золото. Например, про то, почему полезно выводить некоторые конфликты на общее обозрение, и когда можно уже опустить руки, потому что деврел тоже заслуживает хорошую работу.
А пока ждете видео, подпишитесь на канал Вероника отвечает.

Михаил Попов (Яндекс Go) – Для чего ИТ-компании техносайт и как его развивать
Хочется пошутить, что тут как с таблетками в плане от/для. Завести техносайт стоит хотя бы от жадности, потому что время, силы и бюджет уже потрачены на контент для разработчиков, а он скрывается в недрах ленты телеграмма и по чужим площадкам. Не путать с карьерным сайтом, кстати. Миша рассказал, какая команда и как делает dev.go.yandex и что считает. Очень практический доклад. Пока ждем видео, можно посмотреть его же доклад из 2023 года (и еще из Альфа Банка) про выстраивание работы с внутренними заказчиками. Если кто-то и наделает деврелам фреймворков, которыми смогут пользоваться все, я бы ставила на Мишу ;)

На фото слайд из доклада Даши Яковлевой.

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

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

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

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

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

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

Каналы по комьюнити-менеджменту от специалистов и экспертов по работе с сообществами
подборка от Дарьи Сталь для DevRel-сообщества

📌 Подписка разом в один клик на папку с подборкой чатов по комьюнити-менеджменту.

Ассоциация РКМ — канал основателей Ассоциации русскоязычных комьюнити-менеджеров и прилагающиеся к нему открытое сообщество и закрытый клуб. Проводят исследования, делают полезные проекты и минимум 1 раз/месяц открытые митапы по работе с сообществами.

РКМ| Комьюнити и селёдка
Канал основателей АРКМ Фёдора Скуратова и Евгения Резницкого (также соавтора книги «Сила сообществ»), ситуативные заметки про рынок и опыт.

CMblog: Дарья Сталь о комьюнити
Канал соавтора книги «Сила сообществ» и автора профессионального подкаста «Стальные нервы».

Мурчальня КМа
Канал Александра Марта, руководителя отдела по работе с пользователями Пикабу и эксперта с большим опытом работы в геймдеве.

ÜberCommunity: о сообществах от Ильи Пономарёва
Канал геймдев комьюнити-менеджера, много переводных полезных материалов.

Катя Козырева: комьюнити, маркетинг, стартапы
Канал сооснователя комьюнити и маркетингового агентства Soyka.

Ася Репрева. Множество для КМ
Канал эксперта по теме корпоративных, аутдор, благотворительных сообществ и по найму комьюнити-менеджеров

UGOL’ok | Уголок (про сообщества)
Канал практикующего комьюнити-менеджера Дарьи Самсоновой

РКМ | Вакансии и резюме
Сообщения о поиске специалистов и работы, приём на публикацию в канале через чат.

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

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

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

ТГ‑каналы про 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

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

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

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

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

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

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

Channel name was changed to «DevRel skladно говорит»