Про трансформацию хакатонов, как формата взаимодействия компаний с разработчиками.

Немного истории, основанной на практике:) Хакатоны переживали разные стадии и разных бизнес-заказчиков с соответствующими задачами. В 2016-2019 году хакатоны были инструментом корпоративных инноваций, а так как корп инновации активно развивались в компаниях, то спрос на соревнования был большой. В основном, кстати, от банков, но не суть. Бизнес-заказчиками хакатонов были директора по корп инновациям и задачами чаще всего были — поиск нестандартных идей и проверка продуктовых гипотез. Задачи по продвижению ИТ-брендов работодателей или техбрендов были второстепенными и редкими.

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

Потом наступил 2022 год и бюджеты порезались еще сильнее. На любые коммуникации. Многие компании, которые развивают ITHR-бренд перестали делать выбор в пользу хакатонов из-за соотношения “цена-качество”. Хакатоны — это дорогое удовольствие, которое часто не дает быстрого результата. Ну и в условиях кризиса — вопрос проводить или нет в большинстве случаев упирается в бюджет.

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

Кто сейчас проводит хакатоны:

URBANCODE
Кто проводит: Самолет
Задачи: из области Data Science
Даты: 13 сен - 14 окт
Призовые: 800 тыс руб.

Конкурс красоты кода
Кто проводит: Сбер
Задачи: 5 заданий на красоту кода по стекам
Даты: до 13 сент
Призовые: iPhone 14, колонка SberBoom Mini, вечеринка

VTB API Hackathon
Кто проводит: ВТБ
Задачи: создание сервисов на базе API
Даты: 7-19 окт
Призовые: 1,8 млн руб.

Кокос Hackathon
Кто проводит: Кокос Group - группа компаний, объединяющая агентства и сервисы интернет-маркетинга.
Задачи: создание веб-сервисов
Даты: 29 сент- 1 окт
Призовые: 1 млн руб.

IT_ONE CAREER HACKATHON
Кто проводит: IT_ONE, компания-разработчик
Задачи: создание помощника для планирования продуктов питания
Даты: 29 сент - 1 окт
Призовые: 140 тыс руб.

Хакатон вузов страны
Кто проводит: Роснефть
Задачи: из области AI
Даты: 29 сент - 1 окт
Призовые: 600 тыс руб.

P.S. Просто наблюдение: 3 из 6 соревнований проходят в одни и те же даты - в последние выходные сентября.

Где искать разработчиков на митапы? 

Задача: собрать на митап разработчиков, тематика митапа не относится к конкретному стеку.

Инструменты: посевы. 

В каких каналах будем искать: 

🔹 Каналы с анонсами IT-мероприятий. Примеры: IT Meeting, IT's Meetup, бесплатные IT мероприятия | free IT events

🔹 Универсальные каналы. Примеры: Типичный программист, Код дурова

🔹Универсальные каналы по фронтенду. Примеры: Frontend разработчик, Frontend Trends, FrontEndDev, Frontender's notes [ru]

🔹Универсальные каналы по бэкенду. Пример: Бэкендер: Java, PHP, C#, Python, Node JS

🔹Каналы по JS. Примеры: JavaScript заметки, Логово JavaScript разработчика | Node.JS [ru]

🔹Каналы по Java. Примеры: Java Guru 🤓, Библиотека джависта | Java, Spring, Maven, Hibernate, Senior Java Developer

🔹 Каналы по Python. Примеры: PythonCamp, Python Hacks,  Python обучающий

🔹Каналы по мобильной разработке. Примеры: Библиотека мобильного разработчика, OS Good Reads

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

Нашла интересный выпуск подкаста на деврельную тематику. Это подкаст про маркетинг и IT "Форточку открой", а в гостях Максим Политов, руководитель бренда работодателя в Lamoda и Lamoda Tech. Максим рассказывает об особенностях работы над Tech-брендом в фэшн-компании.

🎧 Ссылка

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

В общем, рекомендую послушать подкаст:)

Lamoda ищет руководителя команды бренда работодателя и IT-бренда.

В зоне ответственности будет лидерство нескольких стратегических направлений – команда DevRel, развивающая бренд Lamoda Tech, а также команда корпоративного бренда работодателя и HR-маркетологов.

Детали на hh.ru.

Новый сотрудник займет место Максима Политова. Только утром я писала про подкаст с ним. Совпадение?

Про агентские сложности с клиентами
 
DevRel-сфера все-таки достаточно новая в РФ. Не смотря на то, что компаний с деврел-задачами становится все больше, их скорее десятки, чем сотни. 
 
А агентств, которые оказывают услуги еще меньше и все с разным бэкгранудом. Скорей всего не было такого, что кто-то бац и стал сразу деврелом заниматься, нет. 
 
Фаундеры и команды агентств пришли или из разработки, или из HR-маркетинга, или из PR, или как мы  — из корпоративных инноваций. Но каждый так или иначе стал прокачиваться в девреле, подстраиваясь под запросы бизнеса. 
 
Одно из возражений, с которым мы сталкиваемся — это отсутствие большого количества кейсов по некоторым деврел-форматам. И получается замкнутый круг — чтобы компании заказывали услуги им нужны кейсы, чтобы были кейсы нужно, чтобы компании заказывали услуги. 
 
Все верно, это закон рынка, всем нужны кейсы. Но! Деврел-кейсов по отдельным услугам физически не может быть прям много и чтобы метрики были ВАУ. А иногда отсутствие кейсов это тоже ок, особенно если компания хочет запускать что-то новое. При выборе провайдера надо все-таки смотреть на совокупность и учитывать бэкграунд агентства.

Понравилось определение функции DevRel — деврел помогает специалисту проявить себя как специалист. Такое определение услышала на выступлении одного из деврелов, который работает инхаус. 

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

Например: 

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

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

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

И все определения верные и все определения дополняют друг друга.

Наблюдение про названия хакатонов. Многие в нейминге хакатона используют название компании с приставками: Hackathon, Hack, Challenge, Digital Challenge, Cup. И, кажется, впервые в названии соревнования я увидела сокращенную приставку Champ. Оставлю на заметку.

Сегодня про DevRel-ретейнер. 

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

Что может включать DevRel-ретейнер: 

1. Написание технических и экспертных статей. 
2. Ведение корпоративных блогов (Хабр, VC, например).
3. Ведение аккаунтов ITHR или tech-брендов в соцсетях.
4. Координация и сопровождение участия спикеров во внешних IT-ивентах. 
5. Пакеты продвижения деврел-активностей. 

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

Небольшая подборка актуальных курсов, деврелам в помощь. 

1. Для начинающих есть курс на Отусе, который так и называется DevRel. Тут можно узнать о базе, посмотреть какие форматы коммуникаций есть в девреле, как работать со стейкхолдерами и амбассадорами бренда и др. В качестве преподов действующие деврелы из компаний (Альфа, Сибрур, Яндекс и др.). Старт 26 октября, 👉ссылка

2. Бренд-марафон для HR. Курс о бренде работодателя — как он создается, работает и из чего состоит. Авторы курса и его преподаватели из эмплоер-брендингового агентства makelove agency. Старт 27 сентября, 👉ссылка

3. Комьюнити-менеджер. Курс от Нетологии по системной работе с сообществами. Много практики и наработок от действующих комьюнити-менеджеров. Можно научиться запуску, развитию и спасению сообществ, поиску партнеров и монетизации и др. Старт 25 сентября, но набор еще идет, а следующий поток стартанет в конце ноября. Ссылка 👉

Близится HighLoad++ и многие компании сейчас заняты подготовкой к участию. Среди наиболее частых форматов: выступления спикеров и..конечно стенды. 

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

Попалась статья на Хабре с обзором стендов и мерча на Saint HighLoad++ 2023. Показалось полезной для вдохновения, делюсь) 

Читать здесь

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

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

Теряется ответ на вопрос: Зачем?

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

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

Конференций для деврел-сообщества у нас в стране мало, для интересующихся — анонсирована DevRel Conf. Открыт прием заявок на доклады, детали тут: https://cfp.devrelconf.ru/

А регистрация для участников на основном сайте: https://devrelconf.ru/

Конференция пройдет 9 декабря в Москве, очно. Здорово, что есть площадка для обмена опытом:)

Появился агентский опыт во внутреннем девреле. Каково это оказаться внутри компании, являясь сотрудником агентства? 
 
Вот 5 инсайтов касаемо выполнения локальных задач: 
 
1. Про стейкхолдеров. 
Не увидела принципиальных отличий в работе с стейкхолдерами, когда ты снаружи или внутри. В любом случае – в коммуникациях почти всегда ориентир на запросы заказчика активности. 
 
2. Про коммуникацию с командой исполнителей. (деврелы, внутриком и др).
В классическом сотрудничестве, когда агентство во вне, есть границы все-таки, которые связаны с тем, что компания может доверить агентству и с тем, что агентство готово на себя взять по договору. Внутри – вы все команда.

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

4. Про согласования. 
Внутри сильно заметен микроменеджмент, в то время как снаружи его почти не видно. Ну или он тебя не так касается) Допускаю, что дело в конкретном проекте, команде.
 
5. Про количество проектов в работе. 
Офигеть, как много всего есть еще в девреле, рассчитанное на внутренние IT-сообщества. Как вы справляетесь?) 
 
Конечно, это все только субъективные наблюдения за небольшой период. Но для меня они ценны тем, что такой опыт поможет больше понимать клиентов и делать проекты еще лучше:) И люди, занимающиеся DevRel-ом прекрасны, всегда❤️

Уже завтра седьмая, а для этого состава ПК - вторая, DevRel Сonf. Было сложно выбрать из такого количества заявок (аж 43!). Были и споры, и попытки утрамбовать поплотнее (в результате у нас набралось довольно много 15-минуток), пришлось и отказаться от некоторых хороших докладов (ждите анонсы следующего DevRel-митапа). Так что программа выстраданная и, как просили в прошлом году, очень практичная, ну прямо бери и делай (а в некоторых случаях, не делай). Единственное, пожалуй, исключение, рассказ про IT-каток и IT-пикник. Ну просто мы никак не могли пройти мимо настолько большого для отрасли события. Думаю, даже если ваш бюджет не похож на бюджет Тинькофф, все равно интересно, зачем они это сделали.

Начнем в 12:30, так чтобы до оффлайна доехали пассажиры Сапсана, а москвичи нормально выспались. Программа и регистрация на онлайн (да, места на оффлайн уже нет): https://devrelconf.ru/

Возвращение в большой DevRel. А точнее из большого DevRel с постами в Телеграм-канал.

Всем привет! Меня зовут Настя, я больше года руковожу DevRel в МТС Диджитал, а до этого у меня было DevRel-агенство. Собственно во время агентства я и создавала этот канал, который пришлось отложить после выхода в МТС. И поверьте, за этот год перехода из собственного дела в найм и лидирования DevRel-а в большой компании у меня накопился контент и есть что рассказать.

Поэтому я воскрешаю этот канал, спасибо, что не разошлись ☺️

Планирую писать о:
— DevRel-е в компании с более 10 тыс ИТ-специалистов;
— Применении предпринимательского/агентского опыта в корпоративном мире - какого это по ту сторону забора;
— Формировании и управлении командой;
— В целом о DevRel-практике.

В общем, Stay tuned. Постараюсь, чтобы вам было полезно и не скучно❤️

Взаимодействие с разными подразделениями и дочками.

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

Сразу сужу вопрос до острого — как вести совместные проекты, не разругаться и при этом не делать все за других (и эффективно для продвижения бренда).

Есть две тактики:

1. Залидировать и взять процесс в свои руки. Да, кому-то придется это делать и часто лучше занимать такую позицию. В такой тактике можно выступать кем-то по типу и заказчика и агентства в одном лице. В роли заказчика и лидера — вы собираете пазл проекта, определяете его цели и метрики, отвечаете за результат. Мне лично близка именно такая позиция, когда я полностью управляю процессом и уверена в эффективности совместной активности или мероприятия.

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

2. Четко расписать структуру проекта и делегировать ответственность каждого подразделения за себя, не залезая в чужие задачи и не тащя проект на себе. С точки зрения распределения ресурсов — это верная тактика. С точки зрения результата — зависит от большого количества факторов, на которые вы, вероятно, не сможете повлиять. Например, команда "дочки", их загруженность и готовность в полной мере отвечать за свой блок. И часто в четко-разделенных зонах ответственность за результат несут сразу все, а значит никто. Формально — не придерешься, по факту — кому нужны детали, когда проект не получился, хотя ты выполнил свой блок на все 100?

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

DevRel-комьюнити и шашлыки

DevRel-комьюнити хоть и небольшое, но существует. В него входят и деврелы и те, кто находится рядом с профессией — активные разработчики и лидеры ИТ-сообществ, подрядчики, те, кто ищет работу в девреле и др. И нет единого места для сообщества, все сидят по разным чатам и каналам. И все собираются по разным площадкам для обмена опытом и нетворка: DevRel Conf, наша МТС DevRel Party, DevRel-завтраки и ужины, и вот теперь — DevRel-шашлыки, которые в первый раз прошли в минувшую субботу.

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

Это я к чему. DevRel-комьюнити — отличный пример профессионального сообщества, которое существует и развивается, как благодаря отдельным активистам, драйвищим встречи, так и само по себе. Ценность у него простая — обменяться друг другом опытом в силу не попсовости профессии. Нас же не тысячи в РФ, пока.