"Инженер заходит в бар и встречает там консультанта..."

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

Что их подтолкнуло? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?

Своим опытом поделятся:
— Асхат Уразбаев, управляющий партнёр в ScrumTrek
— Максим Дорофеев, прокрастинатолог в mnogosdelal.ru
— Георгий Могелашвили, Mentor/Coach, Lead Developer в Booking.com

Встречаемся в онлайне 2 марта, 15:00 МСК.

Подключайтесь и зовите знакомых: https://miro-event.timepad.ru/event/1551602/

#мероприятия

Деврел-марафон: месяц докладов

Главный инструмент деврела – поддержка.

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

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

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

А с поддержкой – получается нормальный доклад.

===

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

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

Готовим деврел-марафон: будем вместе готовить доклады.

Для кого: инженеры любых направлений (разработка в любом стеке, тестирование, аналитика, etc.); проджектам, продактам, лидам и другим руководителям – тоже можно, но при условии, что тема доклада будет техническая.

Когда: 16 марта – 16 апреля.

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

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

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

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

Интересно было бы в таком поучаствовать?

"Заходят в бар Уразбаев, Могелашвили и Дорофеев..."

Первый митап нового сезона "Инженер заходит в бар" – в следующий вторник.

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

Проверяйте, что записались сами и рассказали о митапе знакомым: https://miro-event.timepad.ru/event/1551602/

2 марта, 15:00 МСК

Запись выложим через пару недель после митапа.

DevRel для HR в 2021

Деврел может быть полезен для HR-целей. Например, так: наши инженеры несут во внешний мир рассказы об экспертизе компании. Делают доклады, пишут статьи, организуют мероприятия для других инженеров. Люди слушают, проникаются, с большей охотой откликаются на наши предложения пообщаться о вакансиях. Помогают охвату нашей HR-информации своим сарафанным радио.

2020 внёс "корректировочки" во всё, в том числе в деврел-инструментарий для HR. Какие сложности могут возникнуть у HR с деврелом в 2021 и как c ними бороться – поговорим об этом на онлайн-митапе Иннополиса в этот четверг. Начало в 16:00.

Заглядывайте: https://oez-innopolis.timepad.ru/event/1562804/

Открываем регистрацию на деврел-марафон докладов.

Записываться тут: https://forms.gle/H6w1kDgznVPxMmCQA

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

Когда: 18 марта – 18 апреля.

Формат: онлайн, обсуждения – в закрытом чате, созвоны – в зуме.

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

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

Зачем нам марафон: https://news.1rj.ru/str/hrm_agency/141

Что дальше: записывайтесь сами и пересылайте знакомым инженерам, кому может быть интересно! До встречи на марафоне!

О переходе из разработки в консультанты – опубликовано.

https://youtu.be/p-wY1D_Xa_Q

В интернете пишут, что выпуск получился шикарный🤷

А мы тем временем готовим следующий эпизод о траекториях профессионального развития разработчиков. На этот раз поговорим о переходе "Dev-to-Nocode".

Зашедулили анонс на следующую неделю, stay tuned.

#мероприятия

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

===

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

Подключайтесь: https://pmclub.pro/webinars/pm-v-devrel-tips-tricks

Новый эпизод "Инженер заходит в бар" – 30 марта.

Если у тебя как разработчика в карьере наступает момент, когда больше не пишешь код – чем тогда ты занимаешься?

Продолжаем исследовать траектории профессионального развития разработчиков — на этот раз поговорим о переходе Dev-to-Nocode.

Пообщаемся с ребятами, кто перестал писать код в изначальном смысле, но остался в разработке, в смежной роли. Аналитика, DevOps, маркетинг, менеджмент – обсудим разные сценарии.

Что подтолкнуло ребят перестать писать код? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?

Эксперты (три Дмитрия!):
— Дмитрий Цыбин, Head of Engineering Productivity в Miro;
— Дмитрий Еремеев, Web-analytics в IsraelPack, Web-development в 150bar;
— Дмитрий Янтер, Аналитик в Технологическом Центре Дойче Банка.

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

===

Встречаемся в онлайне во вторник, 30 марта, 15:00 МСК.

Присоединяйтесь!

Факапы в девреле

Что у вас пошло не так в девреле – наши инженеры продолжают говорить, что им нечего рассказать. Это канонический факап; топ-1, идущий с большим отрывом впереди конкурентов.

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

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

Дедушка Талеб учит, что важно говорить не только об историях успеха (привет ошибке выжившего), но и фейлах. Этим и займёмся.

Сегодня в 12:00 МСК забежим на FailProject – расскажем, какие видели (ну ок, делали) факапы в девреле и как с подобными штуками можно бороться.

Присоединяйтесь!

"Инженер заходит в бар" о переходе Dev-to-Nocode – сегодня в 15:00 МСК.

Подключайтесь к трансляции на ютубе, приносите вопросы в чат!

Матчасть, публичные артефакты, кейсы, мероприятия — собираем материалы о девреле на русском, будем публиковать на devrel.ru.

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

Запускаем devrel.ru 11 мая (потому что давайте уже после праздников).

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

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

Материалы и идеи можно присылать @adolgushev.

Ближайшие хардскилльные мероприятия от деврел-бюро:
- 27 апреля проводим следующий эпизод IT Analyst Online – онлайн-митапа, на котором помогаем обмениваться опытом аналитикам между разными сообществами
- В конце мая – митап о разработке в телекоме. Поговорим, как разные подходы, инструменты и практики разработки сочетаются со спецификой инфраструктуры, процессов и инструментария в телекоме; как выглядит инженерный бекстейдж привычных и новых средств связи

У обоих митапов осталось по свободному слоту для доклада. Если захотите выступить, форма подачи заявки – на сайтах по ссылкам выше (или пишите @mrmixsun)

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

Новосибирск
- JUGNsk и SnowOne
- IT-События ЦФТ
- DevDay от 2ГИС
- AgileNSK
- OpenDataScience
- IT Analyst NSK
- QA-гильдия от Plesk
- NskDotNet
- CodeFest

Томск
- DevPRO от Rubius
- митапы от Userstory
- Город ИТ

Омск
- IT-субботники

Барнаул
- Barnaul Digital Community

Красноярск
- dev2dev

Екатеринбург
- митапы от Контура
- DUMP

Отдельной строкой – GDG-митапы в разных городах.

Ещё есть мероприятия, которые делают ребята из регионов, но рассчитанные на аудиторию из разных локаций. Например, наш IT Analyst Online и будущий Telecom-IT-митап.

Чего не хватает? Знаете ещё активные региональные ИТ-тусовки?

===

Если нужны будут пароли-явки от этих мероприятий, с кем там договариваться насчёт выступлений – приходите в личку👌

ИТ-мероприятия: онлайн vs офлайн vs гибрид

Если бы онлайн-формат митапов и конференций окончательно победил (проиграл), было бы куда спокойнее жить, ей-богу. Пусть не навсегда, хотя бы на пару лет; хотя бы на сезон. Но не тут-то было.

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

С другой стороны, онлайн открыл новые возможности: можно пригласить спикеров, которые никогда не доехали бы к тебе выступить лично; позвать участников откуда угодно.

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

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

===

Тем интереснее обо всём этом рассуждать, когда под рукой есть не только свои соображения, но и опыт других людей.

Вот например, недавно прошла AgileDays 2021. На наш неискушённый вкус, главная Agile-тусовка на русском. Почитайте соображения Алексея Волкова об итогах конференции глазами организаторов; крайне любопытные там мысли.

Офлайн возвращается, но не так активно, как могло показаться. Существует сегмент людей, которым онлайн вполне ок. Онлайн и офлайн – не довесок одно к другому, а два полноценных трека. Стало больше last minute booking.

В общем, не будем сильно тизерить, сходить почитайте – там не так много букв, всё по делу.

===

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

Главный вывод, который к этому моменту сделали из своего опыта и рассуждений вроде тех, какими выше делится Алексей Волков: не стоит упрощать.

Об этом классно написано в прекрасной книге Ханса Рослинга "Factfulness": не торопитесь сводить явления, связанные с людьми – к какому-то одному правилу.

"Жизнь никогда не будет прежней, онлайн с нами навсегда", "Вот только ковид рассосётся, офлайн снова вернёт себе заслуженное доминирование" – руководствоваться чем-то в таком духе заманчиво, но опрометчиво (проверяли на себе). Жизнь сложнее и многообразнее, чем одно правило, которое объясняет сразу всё.

===

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

Открыли регистрацию на IT Telecom Online

В IT-части телекома сейчас происходит много всего интересного с инженерной точки зрения!

Навскидку:
— Переход от "просто мобильной связи" к "экосистеме продуктов"
— Большие данные и машинное обучение
— Адаптация стандартных IT-практик под специфику предметной области

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

Так появился IT Telecom Online – серия митапов, на которых мы обсуждаем IT-разработку в телекоме. Бэкенд, фронтенд, тестирование, управление проектами и продуктами – поговорим о разном.

Ближайший эпизод – 27 мая.

Приходите!

КНИГИ ДЛЯ ДЕВРЕЛА

Деврел живёт на стыке разных дисциплин:
+ управление проектами: от создания отдельно взятых докладов и статей в моменте до управления “портфелем” активностей вдолгую
+ продуктовый менеджмент: “продукт” — компания, с разными сегментами “пользователей”, гипотезами, виженом, роадмапом, бэклогом, командой и остальными атрибутами
+ ивент-менеджмент: делаем собственные мероприятия, с понимаем специфики вклиниваемся в сторонние
+ маркетинг
+ публичные выступления
+ копирайтинг
+ …

Хорошие новости: эта особенность деврела позволяет заимствовать подходы и практики из разных предметных областей.

Сегодня хотим порекомендовать книги, которые помогают нам в деврел-работе.
Читали такие? Пригодилось?
Какие ещё книги были полезны для вас по части деврела?

Coming Soon – devrel.ru

Встречайте – devrel.ru

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

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

В ближайших планах:
- кейсы
- майский дайджест
- пост о метриках
- советы о типовых intro и outro для инженерных статей

Посмотрите, что откликается? Чего не хватает? Что хочется добавить, убрать или изменить?

Новый деврел-марафон: вытаскиваем истории из инженеров

===

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

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

===

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

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

===

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

Если есть несколько возможных тем, как выбрать? Какие темы более востребованы в сообществе? Как следить за трендами? Какие следующие шаги после выбора темы?

Вот об этом и поговорим на марафоне.

===

Для кого: инженеры, руководители, эйчары – кто хочет уметь помогать коллегам придумывать темы для деврел-артефактов и раньше этого не делал или только-только начинает.

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

Когда: 27 мая – 17 июня (4 недели).

Формат: созваниваемся по четвергам с 12:00 до 13:00 МСК (16:00–17:00 НСК). В остальное время общаемся асинхронно в закрытом чате. После каждого созвона остаётся видео-запись и ссылки на материалы (на случай, если не удалось попасть на созвон).

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

===

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

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

После подачи заявки свяжемся с вами в течение 1-2 дней – расскажем детали, ответим на вопросы.

===

Подать заявку на участие

Новый "Инженер заходит в бар": Dev-to-Teamlead

Этого разговора не избежать.

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

Ты соглашаешься и начинается: проводишь больше времени на митингах, чем за написанием кода; нужно делать все эти performance review, 1-to-1 и прочую психологию с социологией; мысленно примеряешь на себя стереотип "Был хороший разработчик, стал плохой руководитель".

На митапе поговорим с ребятами, кто бывал в такой ситуации и как-то справился.

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

Обсудим тему с экспертами из Miro, Wrike, Google, Яндекс.Практикум. Присоединяйтесь!

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

Записаться на митап