Мир вокруг становится требовательнее – и от деврела всё чаще ждут более активного участия в развитии бизнеса. Чтобы быть партнером для инженеров и руководителей, деврелу важно погружаться в технологический контекст и уметь задавать правильные вопросы. Если хочешь привлечь инженера – попробуй думать как инженер.
Этот доклад – о взрослении профессии. Обсудим, почему техническая грамотность становится ключевой компетенцией деврела. Поделюсь своими наблюдениями, а также практическими рекомендациями, как деврелу подтягивать техническую матчасть.
О спикере
Зина Беззаботнова – деврел-партнёр команды разработки платформы в 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 человек мы делаем одну из крупнейших конференций за Уралом. Ранее был представителем ФРИИ в регионе, организовывал проекты для гос. сектора и развивал бизнес в сфере мероприятий. Руководил бизнес‑клубом для предпринимателей.
Люблю обсуждать не только «как надо», но и «как не надо». Ошибки не люблю, но именно они помогают создавать крутые проекты. Приглашаю вас на дискуссию о граблях — чтобы вместе понять, как обходить их стороной.