Developer Relations *

Делимся своим подходом к разработке матриц компетенций. Статья сможет помочь тимлидам, руководителям ИТ-компаний и HR понять, как разработать и использовать матрицу компетенций, если у вас большое технологическое разнообразие в компании.

Привет! На связи снова стрим Люди+. И мы продолжаем рассказывать про то, как составлять матрицы компетенций. Это вторая часть статьи, в которой поговорим про этапы работы над матрицами, их наполнением, поделимся примерами удачных и не очень описаний навыков. В первой части (ССЫЛКА) мы рассказали что такое матрица компетенций и зачем она нужна, а также про наш меню-подход и почему мы к нему пришли.

Представим ситуацию: вас позвали на подкаст. Вы обсудили материал с ведущим, подготовили тему, пришли и вам буквально не дали сказать и пары слов.

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

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

Всем привет! Мы продолжаем расширять географию нашего исследования, чтобы углублять собственное понимание индустрии и помогать большему количеству соискателей и компаний. Сегодня расскажем о своих планах на рынок Беларуси и как вы можете помочь.

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

Речь сегодня пойдет о трёх форматах профессиональных IT‑комьюнити с историями их реализации из собственной практики DevRel.

Привет, меня зовут Наталия Макарова. Уже более 12 лет я работаю в области коммуникации с разработчиками (Developer Relations) и являюсь сооснователем и менеджером национальной рабочей группы по стандартизации языка C++. Взаимодействие и дружба с сообществами является одной из непосредственных и любимых задач. В настоящее время помогаю компаниям разрабатывать стратегии DevRel‑программ и веду свой телеграм‑канал MyDevRel.

О том, что такое сообщества написано немало статей и книг. Видов сообществ множество: форма и реализация могут адаптироваться в зависимости от задач бизнеса или участников сообщества. Например, в своей статье коллеги из AvitoTech приводят признаки, которые характеризуют сообщества:

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

Жёсткий график командировок и внешний характер их роли могут может привести к тому, что члены DevRel-команды почувствуют себя изолированными от других команд; но наиболее эффективные организации всё-таки стремятся создать прочные связи между DevRel и всеми остальными командами.

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

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

О чем же эта статья? Наверное, о том, как научиться любить…любить свою работу.

Вы можете сказать мне, что легко говорить, когда ты devrel – ходишь на конфы, участвуешь и организуешь веселые активности, но тут я возражу.

Что же такое devrel. На 40% ты комьюнити-менеджер, на 30% ивентщик, на 20% адвокат бренда и на 10% коуч. И вот бинго для скорого выгорания готово.

Привет! Стрим Люди+ снова на связи. Сегодня хотим поговорить о таком подходе, как DevRel-As-A-Service (далее – DAAS), и о том, как команда деврелов Росбанка трансформировала работу с ИТ-командами, ИТ-специалистами и гильдиями. Статья будет полезна начинающим и опытным деврелам, а также всем тем, кто планирует применять у себя DAAS подход.

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

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

Привет, хаброжители! Принесли вам четыре логические задачки, которые решали участники ИТ-конференций на стенде РСХБ.цифра. Для их решения необязательно иметь за плечами многолетний опыт в ИТ или быть Senior+ в своей области — достаточно знать математику на базовом уровне. От вас решение — от нас подарки первым, кто дал правильный ответ.

Всем привет! Я Анжелика, работаю ведущим инженером в РСХБ‑Интех. В последнее время все чаще задумываюсь про медийность и важность ее развития для ИТ‑специалистов. Поговорим про это в сегодняшнем материале.

Работа в крупных компаниях — это не только ДМС и корпоративный мерч. Это большой поток информации, связанный и не очень с дизайном.

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

Помимо информации вам нужен большой инструментарий: Figma, Framer, Miro, а ещё дизайн-система.

Я лид дизайн-системы. В статье расскажу, как мы наладили диалог с дизайнерами в 100 продуктовых командах. Читайте, если вы уже заняты в продукте, или хотите работать в корпорации и не знаете, чего ждать. Также будет интересно всем, кто хоть раз пытался собрать комьюнити или встречу более чем на три участника.

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

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

Давайте в первую очередь рассмотрим некоторые из традиционных мест, где обычно размещают отдел по взаимодействию с разработчиками (DevRel).

Возможно, потому что деврела не существует. Ты бьёшься об стену, дописываешь к деврелу “-менеджер” или “-специалист”, а люди всё равно говорят, что ты деврел.

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

Об этом и статья.

Привет, Хабр! Меня зовут Ира, я деврел в РСХБ‑Интех, технологическом подразделении Россельхозбанка. О том, что такое деврел, на Хабре периодически вспыхивают интересные споры. Полгода назад я нашла для себя формулировку, которую теперь всегда использую в нашем внутреннем дайджесте: «Мы делаем так, чтобы о наших разработчиках знало как можно больше людей за пределами компании».

В рамках этой миссии мы отправились этой осенью на 4 конференции от JUG.Ru Group — сентябрьские Flow и DevOops, о которых мы рассказывали чуть раньше, и октябрьские Joker и Heisenbug, о которых я расскажу сейчас.

Самые ходовые способы получить известность в статусе эксперта — публичные выступления и статьи.

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

В сентябре команда РСХБ-Интех (технологического подразделения Россельхозбанка) посетила две конференции, организуемые JUG.Ru Group: офлайн-часть конференции Flow по системному и бизнес-анализу и DevOops — конференция, посвященная практикам DevOps. Мы привезли на мероприятие своего спикера, а также стенд, на котором гости играли в настольные игры, решали технические задачи и участвовали в розыгрыше призов: наборов для выращивания растений и лего-трактора на 400 деталей. Мы уже делились опытом выездов на CodeFest, Saint Highload ++ и Saint TeamLead. В этот раз расскажем, что нового удалось подготовить для мероприятий JUG.Ru Group и какие активности доказывают из раза в раз свою популярность и востребованность.

На Хабре уже писали, кто такие деврелы, и не кто-нибудь, а одна из топ-деврелов русскоязычного пространства Женя Голева. Рекомендую сначала заглянуть в статью Жени, а потом продолжать читать, если вдруг вы вообще ничего не знаете про деврел. В целом понятие относительно новое, в СНГ — уж тем более, и из-за нашей локальной специфики окутанное ложными представлениями, тайнами, мифами и легендами.

Меня зовут Вероника Ильина, я Head of Developer Relations в Dodo Engineering уже почти два года. И я очень люблю «Разрушителей мифов». Так что в этой статье пройдусь по популярным мифам, живущим в головах разработчиков, эйчаров, бизнес-заказчиков деврелов и самих деврелов.

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

В начале 2022-го мы пересобрали DevRel и обновили подход к контенту. Тогда блог Альфы был в шестом десятке рейтинга на Хабре. Летом мы несколько раз дотягивались до 7 места и не планируем останавливаться. 

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

В конце июня в Санкт-Петербурге прошли две крупных ИТ-конференции: Saint Highload ++ (26—27 июня) и Saint TeamLead (29—30 июня). Команда РСХБ-Интех (технологическое подразделение Россельхозбанка) провела в Design District DAA всю неделю: играли в настолки, решали задачки и раздавали фирменный мерч. Мы уже делились опытом первого выезда на CodeFest, а в этот раз расскажем о новых впечатлениях, плюсах и нюансах нашей работы, которые стоит доработать.