Уже завтра седьмая, а для этого состава ПК - вторая, 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-комьюнити — отличный пример профессионального сообщества, которое существует и развивается, как благодаря отдельным активистам, драйвищим встречи, так и само по себе. Ценность у него простая — обменяться друг другом опытом в силу не попсовости профессии. Нас же не тысячи в РФ, пока.

В продолжение предыдущего поста — про несоответствие заявленной аудитории в партнерских пакетах ИТ-конференций фактическим участникам.

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

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

А вот если бы компании-партнеры получили бы за месяц или хоть за 1-2 недели до ивента четкий срез по аудитории, то была бы возможность подготовиться к участию в соответствии с ней: или
сделать упор на экспертизе или сразу придумать что полегче, если участники джуны или не хардкорные ИТ-специалисты.

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

Если у вас есть бюджет:
1. Классно, можно делать серии митапов с кейтерингом и рекламными анонсами;
2. Ура, можно покупать партнерские пакеты и стоять со стендами на ИТ-конференциях;
3. Супер, можно организовывать собственные ИТ-конференции, через которые продвигать свой бренд.
4. Можно запускать и развивать свое комьюнити;
5. Можно проводить хакатоны;

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

Представим, что в команде 3 деврела. Или 5. Или не важно сколько. И условно — вот вам вместо 1 млн руб в год - 70 млн руб в год. Будет ли этого достаточно для того, чтобы круто сделать все или хотя бы половину из того, что перечислено в пунктах выше?

А я уже говорила, что ищу себе DevRel-а в команду?)
Сопроводительного текста особо не будет, просто ищу лучшего в лучшую команду эвер. Детали по ссылке:

https://hh.ru/vacancy/121094739?hhtmFrom=employer_vacancies

Работа со стейкхолдерами (почти лирический пост)

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

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

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

Про качество агентских услуг

В последнее время все чаще обсуждается в кулуарах, что качество работы агентств снизилось в разы за последние лет 3-5. Это касается как нишевых подрядчиков, специализирующихся на узкой области типа DevRel-а или еще уже, например, — хакатонов, так и агентств полного цикла. И это уже становится большой проблемой, потому что проекты, за которые платим деньги агентствам приходится во многом вытаскивать командой. И уже не в первый раз возникает мысль в формате дежавю — а зачем нам агентство, если мы делаем все сами?

Что вижу в работе агентств:

1. Чаще всего — некомпетентность для реализации определенного блока задач, да и в принципе;

2. Слабый проектный менеджмент;

3. Не соблюдение сроков, приходится напоминать о дедлайнах. Не напомнил — не получил результат;

4. Перекладывание ответственности. Агентство занимается пересылкой выполненного задания от субподрядчиков/фрилансеров, не убеждаясь в корректности;

5. Низкое качество из-за недостатка информации. Агентство не собирает с нас ТЗ и не получая ответы на все вопросы делает не корректную работу;

6. Завышенная стоимость услуг в соотношении цена/качество.

Четкого ответа, что делать нет. Кроме того, что необходимо детальнее прописывать ТЗ со сроками и требованиями к качеству и более тщательно регулировать отношения договорами. Но кажется, это все равно не исправит ситуацию, когда заказчик тащит проект вместо исполнителя. А как у вас?