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

Этот доклад – о взрослении профессии. Обсудим, почему техническая грамотность становится ключевой компетенцией деврела. Поделюсь своими наблюдениями, а также практическими рекомендациями, как деврелу подтягивать техническую матчасть.

О спикере

Зина Беззаботнова – деврел-партнёр команды разработки платформы в Ozon.

В коммуникациях с 2013 года. Пришла в сферу developer relations из IT-пиара. Работала пиарщиком в стартапах в эпоху живого рынка венчурных инвестиций, затем – в системных интеграторах и В2В IT.

Как деврел до Ozon работала в геймдеве и проптехе. Всегда была рядом с инженерами и делала вместе с ними контент. Сначала писала с ними пресс-релизы про технологические штуки, статьи на Хабр (раньше это частенько была зона ответственности пиар-службы) и организовывала пресс-конференции. А потом начала организовывать уже ИТ-конференции, митапы и выступления на tech-мероприятиях. После 2022 года делала ивенты за границей и готовила спикеров на англоязычные конференции.

Сейчас работаю деврел-партнёром команды разработки технической платформы Ozon. Помогаю спикерам выступать с классным контентом, организовываю внутренние и внешние мероприятия – большие и маленькие – с понятным результатом. Стараюсь подходить к делу комплексно и системно.

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

Кажется, нужно объединить все компетенции в сообщества – чтобы поддержать совместную работу по направлениям компетенций между ребятами в разных командах.

Ок, запускаем такие сообщества – с максимальной свободой для участников и ядра организаторов. Получаем коммьюнити по архитектуре, а рядом – сообщество любителей пива и сообщество худеющих. Всё это живёт и видоизменяется довольно непредсказуемо (архитектура и пивняки стухают, а худеющие активничают).

Другой кейс: чтобы поддержать синхронизацию по компетенциям, СТО сказал, что теперь в компании будут внутренние сообщества. Будем созваниваться каждую неделю в 9 утра на час, “делиться опытом”.

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

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

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

Давайте расскажу об инсайтах, которые я получил, участвую во всех этих историях в разных ролях.

Где-то как соорганизатор и фасилитатор, где-то как приглашенный учитель, а где-то как лидер сообщества. Что из всего этого вышло, какие я сделал выводы, и куда планирую развивать всю эту историю дальше – приходите послушать в докладе.

О спикере

Толя Мелентьев – Scrum Master, преподаватель по системному мышлению, независимый эксперт.

Шлёт тебе по 100 сообщений в день (и ночь), когда мяч на твоей стороне, а как только его очередь что-то сделать, пропадает и не пингуется неделями.

Не принимает никакие редакторские правки и аргументы (“в смысле, нежелательно называть пользователей идиотами? так они же ведут себя по-идиотски!”).

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

Сложный автор🤦

Как технический редактор, я сталкивалась с десятками ребят, кто обладает классной экспертизой, но как только идёшь из них её доставать, чтобы упаковать в статью – что-то идёт не так.

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

Приходите на мой доклад – надеюсь, будет полезно редакторам, деврелам, лидерам сообществ и всем, кто заинтересован, чтобы ребята из ИТ-команды рассказывали о своём опыте.

О спикере

Катя Рубашенко – технический редактор в ecom.tech.

Как мы в Островке делаем свой О! Хакатон без внешних подрядчиков — и при этом не проседаем по качеству лидов.

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

Как отличались первый и второй хакатоны: что сработало, что сломалось, какие шишки набили и какие решения позволили вовлечь инициативных ребят и «активировать» новых в жизни техбренда.

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

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

О спикере

Ваня Елфимов – Backend Team Lead @ Островок!

Руковожу командой разработки Экстранета.

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

Обожаю пет-проекты и быструю итерацию по прототипам идей.

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

Так может рассуждать компания, затевая проект по публикации репозиториев с открытым исходным кодом. Но кроме вопроса “а не сделать ли нам собственный опенсорс?” было бы неплохо спросить себя ещё о ряде вещей.

• Если мы хотим использовать опенсорс как инструмент для коммуникации с инженерным сообществом, точно ли это лучший способ? Все ли более быстрые и дешёвые альтернативы мы уже задействовали?
• Почему конкретно люди должны захотеть у нас работать (если мы этого добиваемся), глядя на наш код?
• Сколько ресурсов нам понадобится, чтобы как следует подготовить всё к публикации?
• Есть ли у нас ресурсы на развитие и поддержку наших опенсорс-проектов? Не будут ли они работать в минус для нашей репутации, будучи заброшенными?

Увы, бывает так, что “опенсорс” от компании – таковым не является. На самом деле это “корпоративный заменитель”, который обладает рядом внешних атрибутов, но упускает главное и поэтому не работает.

И так не только с опенсорсом: “сообщества” – которые на деле мёртвые чаты; “конференции” – где есть “контент”, но нет общения.

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

О спикере

Никита Соболев – Full-time open source-разработчик. Делает CPython. Подробнее о его устройстве — на авторском YouTube-канале.

Ведет Telegram-канал «Находки в опенсорсе», в котором рассказывает про свои интересные проекты, коммиты, доклады и прочее.

Быть единственным деврелом — это как быть универсальным инструментом, оркестром из одного человека и пожарным одновременно.

С одной стороны вокруг тебя куча людей: разработчики, маркетологи, эйчары, а с другой – не все могут понять тебя на твоём, деврельском. Сама придумала, сама сделала – а точно ли выбрала правильный способ? 

Но то, что может казаться ограничением, может быть и возможностью!

Давайте поговорим про инсайты из работы соло-деврела:

+ Как приоритизировать деврел-активности?

+ Как делать руками, когда рук только две? Контент? Сообщества? 

+ Как не сойти с ума в одиночку? 

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

О спикере

Маша Кияшко – деврел в red_mad_robot.

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

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

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

Подробнее обсудим:

• Реально ли совместить две роли: дизайн- и комьюнити-лида
• Что именно мы делаем в сообществе: практики, активности и традиции
• Как построить взаимодействие "деврел – комьюнити- лид"
• Как работать с мотивацией участников и измерять успех нашей работы

О спикере

Алина Меркурьева – дизайн-лид B2B в Альфа-Банке.

Как появился бренд Lenta tech в условиях жесткой конкуренции за ИТ-специалистов не только в ритейле, но и среди всех ИТ-компаний.

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

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

Что помогает нам справлять со сложными ситуациями и двигаться дальше.

О спикере

Маша Киселёва – Head of Technology Brand Development в Lenta tech

Как дела у ИТ-блока внутри большой компании?

• «Разработчики в вакууме»: команды распределены по городам, продуктовым поездам и технологиям, дефицит общих каналов.
• Мультиканальность: важные новости могут теряться; сильные инженерные достижения не видны за пределами небольших локальных чатов.
• Гэпы в коммуникации «бизнес ↔ ИТ»: не всегда получается говорить о технологиях в терминах денег и наоборот, может не хватать контекста в общении между разработкой и операционным блоком.

Мы тоже столкнулись со всеми этими проблемами.

Что сделали – создали два деврел-продукта:

• Внутренний ежемесячный ИТ-дайджест — для развития инженерного комьюнити, общей идентичности и обмена знаниями.
• Дайджест «ИТ-партнер для бизнеса» — для изменения восприятия ИТ внутри компании, от обслуживающей функции к стратегическому партнеру.

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

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

О спикере

Олеся Богданова – деврел в Страховом Доме ВСК.

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

Деврелы и организаторы конференций хотят одного и того же, правда?

Организаторы создают базу, готовят площадку, строят процессы; деврелы наполняют всё это контентом, атмосферой, делают событие живым и ценным для участников.

Но на практике часто выходит иначе: вместо союзников мы оказываемся по разные стороны баррикад.

Организаторы пишут гайды и инструкции, а компании их не читают.

Кажется, что всё согласовано, но в день конференции стендисты получают от организаторов не ту инфраструктуру, которую ожидали.

Компания готовит стенд, рассчитывает на «вау‑эффект», но на фоне других в итоге выглядит блекло и разочаровывается.

Таких кейсов у организатора конференций — целая коллекция.

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

Думаю, это будет полезно тем, кто планирует будущие активности на конференциях, анализирует эффективность текущих партнёрств и вообще интересуется темой взаимодействия компании с внешними контрагентами в девреле.

О спикере

Артём Лузянин – руководитель конференции «Город IT».

Знаю организацию изнутри: вместе с командой из 15 человек мы делаем одну из крупнейших конференций за Уралом. Ранее был представителем ФРИИ в регионе, организовывал проекты для гос. сектора и развивал бизнес в сфере мероприятий. Руководил бизнес‑клубом для предпринимателей.

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