Что послушать про деврел
Забегали в юбилейный 127-ой выпуск подкаста Make Sense – поговорить про деврел. Как будто бы под ракурсом продуктового менеджмента, но надеемся, что получилось интересно для людей с разными ролями в команде.
Для разных менеджеров, лидов и сочувствующих.
https://sense23.com/podcast/make-sense-127-o-devrel-podhode-kompaniya-kak-produkt-motivatsii-i-vovlechenii-komandy-s-alekseem-dolgushevym
Забегали в юбилейный 127-ой выпуск подкаста Make Sense – поговорить про деврел. Как будто бы под ракурсом продуктового менеджмента, но надеемся, что получилось интересно для людей с разными ролями в команде.
Для разных менеджеров, лидов и сочувствующих.
https://sense23.com/podcast/make-sense-127-o-devrel-podhode-kompaniya-kak-produkt-motivatsii-i-vovlechenii-komandy-s-alekseem-dolgushevym
Блог ProductSense
make sense #127: О DevRel, подходе «компания как продукт», мотивации и вовлечении команды с Алексеем Долгушевым
«Одна из задач DevRel заключается в том, чтобы внятно формулировать посыл и оставлять у людей сколько-нибудь предсказуемый отпечаток в сознании относительно компании». «DevRel — это всегда про два …
Ловушка: точные слова для самоидентификации компании
За три года в бюро мы видели появление полутора десятков Employee Value Proposition – ядра формулировок для коммуникаций с инженерами. Со всей ответственностью и статистикой хотим вас предупредить: остерегайтесь желания "ещё немного покрутить формулировки".
==УЗКОЕ МЕСТО В СОЗДАНИИ EVP==
При прочих равных, создание EVP проходит через типовые стадии: вытащить смыслы из руководства и старожилов → собрать информацию от недавно пришедших и ушедших из компании → сформулировать гипотезы → верифицировать об остальных сотрудников → допилить EVP по мотивам обратной связи → зарелизить → зарядить в работу EVP-бэклог, на итеративной основе.
На каком этапе больше всего проблем, как думаете? Для нас в своё время это было неожиданностью: самое мучительное – зарелизить EVP.
Казалось бы, уже всё есть! Понятно, о чём рассказывать в историях о компании. Понятно, как это делать, какие есть форматы коммуникаций и точки контакта. Но не тут-то было: червячок сомнений нашёптывает, что нужно "ещё немного покрутить формулировки".
"Мы тут написали, что "reimagine" нашу предметную область. Но ведь точнее будет сказать "reinvent". Ну не "reinvent", а как-то так".
В особо запущенных случаях обмусоливание формулировок происходило дольше, чем все остальные этапы работы над EVP вместе взятые! Безумное количество человекочасов на то, чтобы покатать синонимы по нёбу.
==ПРОБЛЕМА: ПОГОНЯ ЗА ОЩУЩЕНИЕМ==
Чаще всего причина очень человеческая: хочется wow-эффекта. Чтобы выбранные слова о компании били прямо в сердце.
Проблема в том, что если стейкхолдеров хотя бы двое, то тут все шансы не договориться никогда. Пробовали когда-нибудь поделиться песней, которая тронула вас до глубины души и которую вы послушали на репите зиллиард раз в течение дня – видели недоумение на лицах знакомых, "эм, ну ок песня, да"? Тут похожая штука.
Ощущения от формулировок – супер-субъективные. Один чувствует одно, другой другое. И даже интереснее: один и тот же человек может испытывать разные ощущения от одних и тех же формулировок в разное время и в разных контекстах. Встал не с той ноги – формулировки перестали "играть"; выпил кофе – вроде наладилось; проголодался – всё снова плохо.
Погоня за ощущением от EVP – по-человечески понятный, но контр-продуктивный путь.
==МЕТОД: ВМЕСТО ОЩУЩЕНИЙ==
Вместо попыток найти идеальные слова, мы стараемся практиковать диаду "иллюстрации для всего" + "непрерывная обратная связь".
Вот мы говорим, что придерживаемся принципа "fail fast" в разработке – что это значит на практике? Какие есть примеры? А антипримеры? В каких конкретно ситуациях из нашего опыта можем увидеть этот принцип в деле, для каких инженерных решений?
Вот говорим, что вся наша компания ради того, чтобы что-то там "reinvent" – что это значит? Какие критерии у "reinvent", где мы находимся относительно этих критериев, куда хотим попасть?
Уметь объяснить, что именно значат формулировки из EVP – сильно важнее, чем филигранные формулировки в рифму в пределах 280 символов.
Объяснили – теперь собираем обратную связь. Понятно, о чём речь? Отзывается? Собрали обратную связь – тюним, в первую очередь иллюстрации для пояснений.
Любая лаконичная формулировка – абстракция. Будь так же прекрасна на слух, как любимая песня, не будет работать без конкретики.
==В КОПИЛКУ РЕФЕРЕНСОВ==
Пойдёте делать своё EVP, посмотрите, как оно вот у этих ребят, например: https://tettra.com/article/company-culture-deck/
(обратите внимание, сколько будет случаев ну-таких-себе формулировок и при этом компания у вас на слуху, как классная)
За три года в бюро мы видели появление полутора десятков Employee Value Proposition – ядра формулировок для коммуникаций с инженерами. Со всей ответственностью и статистикой хотим вас предупредить: остерегайтесь желания "ещё немного покрутить формулировки".
==УЗКОЕ МЕСТО В СОЗДАНИИ EVP==
При прочих равных, создание EVP проходит через типовые стадии: вытащить смыслы из руководства и старожилов → собрать информацию от недавно пришедших и ушедших из компании → сформулировать гипотезы → верифицировать об остальных сотрудников → допилить EVP по мотивам обратной связи → зарелизить → зарядить в работу EVP-бэклог, на итеративной основе.
На каком этапе больше всего проблем, как думаете? Для нас в своё время это было неожиданностью: самое мучительное – зарелизить EVP.
Казалось бы, уже всё есть! Понятно, о чём рассказывать в историях о компании. Понятно, как это делать, какие есть форматы коммуникаций и точки контакта. Но не тут-то было: червячок сомнений нашёптывает, что нужно "ещё немного покрутить формулировки".
"Мы тут написали, что "reimagine" нашу предметную область. Но ведь точнее будет сказать "reinvent". Ну не "reinvent", а как-то так".
В особо запущенных случаях обмусоливание формулировок происходило дольше, чем все остальные этапы работы над EVP вместе взятые! Безумное количество человекочасов на то, чтобы покатать синонимы по нёбу.
==ПРОБЛЕМА: ПОГОНЯ ЗА ОЩУЩЕНИЕМ==
Чаще всего причина очень человеческая: хочется wow-эффекта. Чтобы выбранные слова о компании били прямо в сердце.
Проблема в том, что если стейкхолдеров хотя бы двое, то тут все шансы не договориться никогда. Пробовали когда-нибудь поделиться песней, которая тронула вас до глубины души и которую вы послушали на репите зиллиард раз в течение дня – видели недоумение на лицах знакомых, "эм, ну ок песня, да"? Тут похожая штука.
Ощущения от формулировок – супер-субъективные. Один чувствует одно, другой другое. И даже интереснее: один и тот же человек может испытывать разные ощущения от одних и тех же формулировок в разное время и в разных контекстах. Встал не с той ноги – формулировки перестали "играть"; выпил кофе – вроде наладилось; проголодался – всё снова плохо.
Погоня за ощущением от EVP – по-человечески понятный, но контр-продуктивный путь.
==МЕТОД: ВМЕСТО ОЩУЩЕНИЙ==
Вместо попыток найти идеальные слова, мы стараемся практиковать диаду "иллюстрации для всего" + "непрерывная обратная связь".
Вот мы говорим, что придерживаемся принципа "fail fast" в разработке – что это значит на практике? Какие есть примеры? А антипримеры? В каких конкретно ситуациях из нашего опыта можем увидеть этот принцип в деле, для каких инженерных решений?
Вот говорим, что вся наша компания ради того, чтобы что-то там "reinvent" – что это значит? Какие критерии у "reinvent", где мы находимся относительно этих критериев, куда хотим попасть?
Уметь объяснить, что именно значат формулировки из EVP – сильно важнее, чем филигранные формулировки в рифму в пределах 280 символов.
Объяснили – теперь собираем обратную связь. Понятно, о чём речь? Отзывается? Собрали обратную связь – тюним, в первую очередь иллюстрации для пояснений.
Любая лаконичная формулировка – абстракция. Будь так же прекрасна на слух, как любимая песня, не будет работать без конкретики.
==В КОПИЛКУ РЕФЕРЕНСОВ==
Пойдёте делать своё EVP, посмотрите, как оно вот у этих ребят, например: https://tettra.com/article/company-culture-deck/
(обратите внимание, сколько будет случаев ну-таких-себе формулировок и при этом компания у вас на слуху, как классная)
Tettra
Best 27 Company Culture Decks To Copy - Tettra
Creating a new company culture deck? Here are the best culture decks all in one place. See our tips on how to write a company culture deck.
Ищем спикеров для "Инженер заходит в бар"
Мы тут планируем следующий сезон митап-сериала "Инженер заходит в бар". Есть задумка – поговорить о путях развития для IT-инженеров. Помимо прочего, хотим позвать ребят, кто был разработчиком, а потом стал ещё кем-то – поговорить об их опыте, как оно так вышло.
Посоветуйте людей?
===
Ищем вот таких ребят:
- технический трек
- "вечный" синьор, сознательно не становится лидом или архитектором
- архитектор
- сменить стек, предметную область – и перестать быть синьором
- менеджерский трек – был разработчик, а стал:
- лид
- ПМ
- продакт
- босс
- шифт в сторону – был разработчиком, а стал QA, аналитиком, дата сайентистом, консультантом, etc. – остался в IT
- выйти из айти – стал предпринимателем в офлайне, видеоблогером, etc.
===
Постучитесь в личку @adolgushev, если знаете интересных среди таких ребят?
Можно посоветовать себя, коллегу, знакомого, незнакомого – главное, чтобы человек был хороший.
Стартовать сезон планируем в феврале.
===
Прошлый сезон можно посмотреть тут: https://www.youtube.com/channel/UC6lFK2V49KhPOv_oikiZ5Sw/featured
Мы тут планируем следующий сезон митап-сериала "Инженер заходит в бар". Есть задумка – поговорить о путях развития для IT-инженеров. Помимо прочего, хотим позвать ребят, кто был разработчиком, а потом стал ещё кем-то – поговорить об их опыте, как оно так вышло.
Посоветуйте людей?
===
Ищем вот таких ребят:
- технический трек
- "вечный" синьор, сознательно не становится лидом или архитектором
- архитектор
- сменить стек, предметную область – и перестать быть синьором
- менеджерский трек – был разработчик, а стал:
- лид
- ПМ
- продакт
- босс
- шифт в сторону – был разработчиком, а стал QA, аналитиком, дата сайентистом, консультантом, etc. – остался в IT
- выйти из айти – стал предпринимателем в офлайне, видеоблогером, etc.
===
Постучитесь в личку @adolgushev, если знаете интересных среди таких ребят?
Можно посоветовать себя, коллегу, знакомого, незнакомого – главное, чтобы человек был хороший.
Стартовать сезон планируем в феврале.
===
Прошлый сезон можно посмотреть тут: https://www.youtube.com/channel/UC6lFK2V49KhPOv_oikiZ5Sw/featured
#вакансии
Для нас есть важная метрика – число деврельских вакансий из разных компаний. Чем таких больше, тем больше деврел на слуху, тем ближе мы к тому, чтобы деврел стал индустриальным стандартом.
На этой неделе мы увидели 3 деврельские вакансии. Это меньше числа вакансий, скажем, скрам-мастеров, но больше нуля. Это не значит, что на следующей неделе будет столько же, из других компаний. Ещё много предстоит сделать, чтобы это изменить. Но сам тренд нам нравится.
Посмотрите эти вакансии. Покажите знакомым. Даже если ни вы, ни знакомые не собираетесь работать по этому профилю – вакансии помогут лучше представлять, чем занимаются люди в девреле и около него. Будет больше референсов, чтобы поддержать разговор.
======
И на всякий случай пара слов от нас о компаниях с этими вакансиями.
https://www.facebook.com/photo?fbid=3743632999062200&set=a.377881515637382
Те самые ребята, с которыми мы делаем "Инженер заходит в бар" (@serega_shabalin, привет). Помимо прочего, считаем Miro компанией с крутой продуктовой культурой, одной из топовых в этом плане среди знакомых нам.
***
https://hh.ru/vacancy/41850540
Благодаря Deutsche Bank мы в своё время окончательно убедились, что в Новосибирске можно и нужно делать большие Java-мероприятия на целый день или больше (сейчас мы считаем, что такие мероприятия можно и нужно делать не только в, но и из Новосибирска; но это отдельная история про SnowOne, в другой раз).
Из субъективного: все инженеры Технологического Центра Deutsche Bank, с которыми мы знакомы – искреннее любят свою работу, прямо вот заметно невооружённым взглядом. Как компания это делает – нам не до конца ясно, честно говоря; но вовлечённость завидная, бодрит.
***
https://hh.ru/vacancy/41798732
Ребята из Яндекса были одними из деврел-первопроходцев в России. С тех пор у них традиционно сильная деврел-команда, экспертиза, культура. Ну и это Яндекс, одна из главных ИТ-компании в стране, с кучей разного интересного в каждый момент времени.
======
Готовимся и мы внести свой вклад в метрику про деврельские вакансии – в ближайшие время напишем, какие люди нужны к нам в бюро.
А пока что – увидите ещё деврельские вакансии, рассказывайте нам? Посчитаем.
Для нас есть важная метрика – число деврельских вакансий из разных компаний. Чем таких больше, тем больше деврел на слуху, тем ближе мы к тому, чтобы деврел стал индустриальным стандартом.
На этой неделе мы увидели 3 деврельские вакансии. Это меньше числа вакансий, скажем, скрам-мастеров, но больше нуля. Это не значит, что на следующей неделе будет столько же, из других компаний. Ещё много предстоит сделать, чтобы это изменить. Но сам тренд нам нравится.
Посмотрите эти вакансии. Покажите знакомым. Даже если ни вы, ни знакомые не собираетесь работать по этому профилю – вакансии помогут лучше представлять, чем занимаются люди в девреле и около него. Будет больше референсов, чтобы поддержать разговор.
======
И на всякий случай пара слов от нас о компаниях с этими вакансиями.
https://www.facebook.com/photo?fbid=3743632999062200&set=a.377881515637382
Те самые ребята, с которыми мы делаем "Инженер заходит в бар" (@serega_shabalin, привет). Помимо прочего, считаем Miro компанией с крутой продуктовой культурой, одной из топовых в этом плане среди знакомых нам.
***
https://hh.ru/vacancy/41850540
Благодаря Deutsche Bank мы в своё время окончательно убедились, что в Новосибирске можно и нужно делать большие Java-мероприятия на целый день или больше (сейчас мы считаем, что такие мероприятия можно и нужно делать не только в, но и из Новосибирска; но это отдельная история про SnowOne, в другой раз).
Из субъективного: все инженеры Технологического Центра Deutsche Bank, с которыми мы знакомы – искреннее любят свою работу, прямо вот заметно невооружённым взглядом. Как компания это делает – нам не до конца ясно, честно говоря; но вовлечённость завидная, бодрит.
***
https://hh.ru/vacancy/41798732
Ребята из Яндекса были одними из деврел-первопроходцев в России. С тех пор у них традиционно сильная деврел-команда, экспертиза, культура. Ну и это Яндекс, одна из главных ИТ-компании в стране, с кучей разного интересного в каждый момент времени.
======
Готовимся и мы внести свой вклад в метрику про деврельские вакансии – в ближайшие время напишем, какие люди нужны к нам в бюро.
А пока что – увидите ещё деврельские вакансии, рассказывайте нам? Посчитаем.
hh.ru
Вакансия Communications/DevRel/Employer Branding manager в Москве, работа в компании Deutsche Bank Technology Center (вакансия…
Зарплата: не указана. Москва. Требуемый опыт: 1–3 года. Полная занятость. Дата публикации: 18.02.2021.
Пишем книгу о девреле. Помогите выбрать главную цитату, которая будет в начале?
Anonymous Poll
37%
Все модели неверны, некоторые полезны
20%
Прогресс не остановим, работать ничего не будет
44%
Слова Павла о Петре говорят нам больше о Павле, чем о Петре
"Инженер заходит в бар и встречает там консультанта..."
Новый сезон нашего онлайн-митапа – о траекториях профессионального развития разработчиков. Первый выпуск сезона – о ребятах, кто из разработчиков стали консультантами.
Что их подтолкнуло? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?
Своим опытом поделятся:
— Асхат Уразбаев, управляющий партнёр в ScrumTrek
— Максим Дорофеев, прокрастинатолог в mnogosdelal.ru
— Георгий Могелашвили, Mentor/Coach, Lead Developer в Booking.com
Встречаемся в онлайне 2 марта, 15:00 МСК.
Подключайтесь и зовите знакомых: https://miro-event.timepad.ru/event/1551602/
#мероприятия
Новый сезон нашего онлайн-митапа – о траекториях профессионального развития разработчиков. Первый выпуск сезона – о ребятах, кто из разработчиков стали консультантами.
Что их подтолкнуло? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?
Своим опытом поделятся:
— Асхат Уразбаев, управляющий партнёр в ScrumTrek
— Максим Дорофеев, прокрастинатолог в mnogosdelal.ru
— Георгий Могелашвили, Mentor/Coach, Lead Developer в Booking.com
Встречаемся в онлайне 2 марта, 15:00 МСК.
Подключайтесь и зовите знакомых: https://miro-event.timepad.ru/event/1551602/
#мероприятия
miro-event.timepad.ru
Dev-to-Consult / События на TimePad.ru
Новый сезон "Инженер заходит в бар" – о траекториях профессионального развития разработчиков
Деврел-марафон: месяц докладов
Главный инструмент деврела – поддержка.
Без поддержки инженеру кажется, что "у нас всё обычное", "сначала нужно сделать что-то крутое, вот тогда можно будет рассказывать", "мне не о чем рассказать".
Без поддержки не знает, с какой стороны подступиться к материалу по теме, с чего начать, что именно рассказывать, как закончить.
Без поддержки рисует слайды "как в институте", а после доклада не пользуется обратной связью.
А с поддержкой – получается нормальный доклад.
===
Мы в бюро хотим сделать деврел индустриальным стандартом, и для этого нам нужно больше докладов в природе. Чтобы больше людей в ИТ делились друг с другом опытом, звучало больше интересных историй, люди находили больше полезного в рассказах из сообщества.
Вокруг полно инженеров, кто мог бы делать полезные и интересные доклады, но людям не всегда хватает поддержки. Мы хотим это изменить.
Готовим деврел-марафон: будем вместе готовить доклады.
Для кого: инженеры любых направлений (разработка в любом стеке, тестирование, аналитика, etc.); проджектам, продактам, лидам и другим руководителям – тоже можно, но при условии, что тема доклада будет техническая.
Когда: 16 марта – 16 апреля.
Условия участия: бесплатно; по заявке; в процессе – чтобы оставаться в марафоне, нужно достигать недельных майлстоунов (несложных).
В рамках марафона поделимся своим фреймворком подготовки доклада. Там никакого рокет-сайенса, но наш систематизированный опыт по каждому этапу: поиск темы, выгрузка материала из головы, структурирование, наведение красоты, пробный запуск, подготовка к релизу, релиз, ретроспектива. Для каждого этапа – чеклисты.
Рассчитываем, что за счёт похожей мотивации ребята из марафона смогут не только принимать нашу поддержку, но и помогать друг другу. Тут понадобится некоторый уровень комитмента – для этого нам и нужна история с майлстоунами.
Марафон пройдёт в отдельном закрытом чате, куда добавим людей из заявок. Приём заявок откроем на следующей неделе.
Интересно было бы в таком поучаствовать?
Главный инструмент деврела – поддержка.
Без поддержки инженеру кажется, что "у нас всё обычное", "сначала нужно сделать что-то крутое, вот тогда можно будет рассказывать", "мне не о чем рассказать".
Без поддержки не знает, с какой стороны подступиться к материалу по теме, с чего начать, что именно рассказывать, как закончить.
Без поддержки рисует слайды "как в институте", а после доклада не пользуется обратной связью.
А с поддержкой – получается нормальный доклад.
===
Мы в бюро хотим сделать деврел индустриальным стандартом, и для этого нам нужно больше докладов в природе. Чтобы больше людей в ИТ делились друг с другом опытом, звучало больше интересных историй, люди находили больше полезного в рассказах из сообщества.
Вокруг полно инженеров, кто мог бы делать полезные и интересные доклады, но людям не всегда хватает поддержки. Мы хотим это изменить.
Готовим деврел-марафон: будем вместе готовить доклады.
Для кого: инженеры любых направлений (разработка в любом стеке, тестирование, аналитика, etc.); проджектам, продактам, лидам и другим руководителям – тоже можно, но при условии, что тема доклада будет техническая.
Когда: 16 марта – 16 апреля.
Условия участия: бесплатно; по заявке; в процессе – чтобы оставаться в марафоне, нужно достигать недельных майлстоунов (несложных).
В рамках марафона поделимся своим фреймворком подготовки доклада. Там никакого рокет-сайенса, но наш систематизированный опыт по каждому этапу: поиск темы, выгрузка материала из головы, структурирование, наведение красоты, пробный запуск, подготовка к релизу, релиз, ретроспектива. Для каждого этапа – чеклисты.
Рассчитываем, что за счёт похожей мотивации ребята из марафона смогут не только принимать нашу поддержку, но и помогать друг другу. Тут понадобится некоторый уровень комитмента – для этого нам и нужна история с майлстоунами.
Марафон пройдёт в отдельном закрытом чате, куда добавим людей из заявок. Приём заявок откроем на следующей неделе.
Интересно было бы в таком поучаствовать?
"Заходят в бар Уразбаев, Могелашвили и Дорофеев..."
Первый митап нового сезона "Инженер заходит в бар" – в следующий вторник.
В новом сезоне перебираем разные траектории профессионального развития для инженеров. Начнём с консультантов – обсудим, как их угораздило уйти из разработки – в Agile, менторство-коучинг и прокрастинологию.
Проверяйте, что записались сами и рассказали о митапе знакомым: https://miro-event.timepad.ru/event/1551602/
2 марта, 15:00 МСК
Запись выложим через пару недель после митапа.
Первый митап нового сезона "Инженер заходит в бар" – в следующий вторник.
В новом сезоне перебираем разные траектории профессионального развития для инженеров. Начнём с консультантов – обсудим, как их угораздило уйти из разработки – в Agile, менторство-коучинг и прокрастинологию.
Проверяйте, что записались сами и рассказали о митапе знакомым: https://miro-event.timepad.ru/event/1551602/
2 марта, 15:00 МСК
Запись выложим через пару недель после митапа.
miro-event.timepad.ru
Dev-to-Consult / События на TimePad.ru
Новый сезон "Инженер заходит в бар" – о траекториях профессионального развития разработчиков
DevRel для HR в 2021
Деврел может быть полезен для HR-целей. Например, так: наши инженеры несут во внешний мир рассказы об экспертизе компании. Делают доклады, пишут статьи, организуют мероприятия для других инженеров. Люди слушают, проникаются, с большей охотой откликаются на наши предложения пообщаться о вакансиях. Помогают охвату нашей HR-информации своим сарафанным радио.
2020 внёс "корректировочки" во всё, в том числе в деврел-инструментарий для HR. Какие сложности могут возникнуть у HR с деврелом в 2021 и как c ними бороться – поговорим об этом на онлайн-митапе Иннополиса в этот четверг. Начало в 16:00.
Заглядывайте: https://oez-innopolis.timepad.ru/event/1562804/
Деврел может быть полезен для HR-целей. Например, так: наши инженеры несут во внешний мир рассказы об экспертизе компании. Делают доклады, пишут статьи, организуют мероприятия для других инженеров. Люди слушают, проникаются, с большей охотой откликаются на наши предложения пообщаться о вакансиях. Помогают охвату нашей HR-информации своим сарафанным радио.
2020 внёс "корректировочки" во всё, в том числе в деврел-инструментарий для HR. Какие сложности могут возникнуть у HR с деврелом в 2021 и как c ними бороться – поговорим об этом на онлайн-митапе Иннополиса в этот четверг. Начало в 16:00.
Заглядывайте: https://oez-innopolis.timepad.ru/event/1562804/
oez-innopolis.timepad.ru
HR-Club / События на TimePad.ru
4 марта в в 16:00 ОЭЗ “Иннополис” приглашает на открытый онлайн HR Club. Поговорим о Developer Relations, образовательных программах для кандидатов, внешнем кадровом резерве, роли HR в распределенных командах и о том, почему важна скорость подбора сотрудников.
Открываем регистрацию на деврел-марафон докладов.
Записываться тут: https://forms.gle/H6w1kDgznVPxMmCQA
Для кого: инженеры любых направлений (разработка в любом стеке, тестирование, аналитика, etc.); проджектам, продактам, лидам, другим руководителям и остальным – тоже можно, но при условии, что тема доклада будет околотехническая, полезная для инженеров.
Когда: 18 марта – 18 апреля.
Формат: онлайн, обсуждения – в закрытом чате, созвоны – в зуме.
Условия участия: бесплатно; по заявке; в процессе – чтобы остаться в марафоне, нужно достигать недельных майлстоунов (несложных).
Воркфлоу: после заполнения формы регистрации мы свяжемся с вами в течение нескольких дней – уточнить детали, рассказать о следующих шагах.
Зачем нам марафон: https://news.1rj.ru/str/hrm_agency/141
Что дальше: записывайтесь сами и пересылайте знакомым инженерам, кому может быть интересно! До встречи на марафоне!
Записываться тут: https://forms.gle/H6w1kDgznVPxMmCQA
Для кого: инженеры любых направлений (разработка в любом стеке, тестирование, аналитика, etc.); проджектам, продактам, лидам, другим руководителям и остальным – тоже можно, но при условии, что тема доклада будет околотехническая, полезная для инженеров.
Когда: 18 марта – 18 апреля.
Формат: онлайн, обсуждения – в закрытом чате, созвоны – в зуме.
Условия участия: бесплатно; по заявке; в процессе – чтобы остаться в марафоне, нужно достигать недельных майлстоунов (несложных).
Воркфлоу: после заполнения формы регистрации мы свяжемся с вами в течение нескольких дней – уточнить детали, рассказать о следующих шагах.
Зачем нам марафон: https://news.1rj.ru/str/hrm_agency/141
Что дальше: записывайтесь сами и пересылайте знакомым инженерам, кому может быть интересно! До встречи на марафоне!
Google Docs
Марафон докладов от деврел-бюро: форма регистрации
Вокруг полно инженеров, кто мог бы делать полезные и интересные доклады, но людям не всегда хватает поддержки. Мы хотим это изменить.
Запускаем деврел-марафон: будем вместе готовить доклады.
ДЛЯ КОГО: инженеры любых направлений (разработка в любом стеке…
Запускаем деврел-марафон: будем вместе готовить доклады.
ДЛЯ КОГО: инженеры любых направлений (разработка в любом стеке…
О переходе из разработки в консультанты – опубликовано.
https://youtu.be/p-wY1D_Xa_Q
В интернете пишут, что выпуск получился шикарный🤷
А мы тем временем готовим следующий эпизод о траекториях профессионального развития разработчиков. На этот раз поговорим о переходе "Dev-to-Nocode".
Зашедулили анонс на следующую неделю, stay tuned.
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
Представьте: вы PM на проекте, где нет постоянной команды, цели проекта придумываете вы сами, защищаете бюджет тоже вы, а контекст, требования и сроки постоянно меняются. Подобные вещи – обычные будни деврела.
===
Сегодня забежим на митап от PMClub, расскажем о PM-инсайтах из деврела – какими процессами пользуемся сами, что из деврела могло бы быть полезно PM-ам для их обычных недеврельских задач.
Подключайтесь: https://pmclub.pro/webinars/pm-v-devrel-tips-tricks
pmclub.pro
PM в DevRel: tips&tricks
Бесплатный вебинар с pmclub.pro. Спикер: Мишаня Сторожилов
Новый эпизод "Инженер заходит в бар" – 30 марта.
Если у тебя как разработчика в карьере наступает момент, когда больше не пишешь код – чем тогда ты занимаешься?
Продолжаем исследовать траектории профессионального развития разработчиков — на этот раз поговорим о переходе Dev-to-Nocode.
Пообщаемся с ребятами, кто перестал писать код в изначальном смысле, но остался в разработке, в смежной роли. Аналитика, DevOps, маркетинг, менеджмент – обсудим разные сценарии.
Что подтолкнуло ребят перестать писать код? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?
Эксперты (три Дмитрия!):
— Дмитрий Цыбин, Head of Engineering Productivity в Miro;
— Дмитрий Еремеев, Web-analytics в IsraelPack, Web-development в 150bar;
— Дмитрий Янтер, Аналитик в Технологическом Центре Дойче Банка.
Задать вопросы экспертам и обсудить тему можно тут в чате канала.
===
Встречаемся в онлайне во вторник, 30 марта, 15:00 МСК.
Присоединяйтесь!
Если у тебя как разработчика в карьере наступает момент, когда больше не пишешь код – чем тогда ты занимаешься?
Продолжаем исследовать траектории профессионального развития разработчиков — на этот раз поговорим о переходе Dev-to-Nocode.
Пообщаемся с ребятами, кто перестал писать код в изначальном смысле, но остался в разработке, в смежной роли. Аналитика, DevOps, маркетинг, менеджмент – обсудим разные сценарии.
Что подтолкнуло ребят перестать писать код? С какими сложностями столкнулись, как преодолевали? Скучают ли по написанию кода? Куда планируют развиваться дальше?
Эксперты (три Дмитрия!):
— Дмитрий Цыбин, Head of Engineering Productivity в Miro;
— Дмитрий Еремеев, Web-analytics в IsraelPack, Web-development в 150bar;
— Дмитрий Янтер, Аналитик в Технологическом Центре Дойче Банка.
Задать вопросы экспертам и обсудить тему можно тут в чате канала.
===
Встречаемся в онлайне во вторник, 30 марта, 15:00 МСК.
Присоединяйтесь!
miro-event.timepad.ru
Dev-to-Nocode / События на TimePad.ru
Продолжаем исследовать траектории профессионального развития разработчиков — поговорим о переходе Dev-to-Nocode.
Факапы в девреле
Что у вас пошло не так в девреле – наши инженеры продолжают говорить, что им нечего рассказать. Это канонический факап; топ-1, идущий с большим отрывом впереди конкурентов.
Но есть и другие. Пошли делать одно, а стейкхолдерам оказалось нужно другое. Не учли изменения в бизнесе. Делали-делали, а потом стало затухать (почему-то).
За 30+ наших кейсов мы видели разное. На каждую заметную удачную историю есть пара-другая не на виду – там всё делали так же, как в успешном кейсе (практически), но итог получился так себе; зафакапилось.
Дедушка Талеб учит, что важно говорить не только об историях успеха (привет ошибке выжившего), но и фейлах. Этим и займёмся.
Сегодня в 12:00 МСК забежим на FailProject – расскажем, какие видели (ну ок, делали) факапы в девреле и как с подобными штуками можно бороться.
Присоединяйтесь!
Что у вас пошло не так в девреле – наши инженеры продолжают говорить, что им нечего рассказать. Это канонический факап; топ-1, идущий с большим отрывом впереди конкурентов.
Но есть и другие. Пошли делать одно, а стейкхолдерам оказалось нужно другое. Не учли изменения в бизнесе. Делали-делали, а потом стало затухать (почему-то).
За 30+ наших кейсов мы видели разное. На каждую заметную удачную историю есть пара-другая не на виду – там всё делали так же, как в успешном кейсе (практически), но итог получился так себе; зафакапилось.
Дедушка Талеб учит, что важно говорить не только об историях успеха (привет ошибке выжившего), но и фейлах. Этим и займёмся.
Сегодня в 12:00 МСК забежим на FailProject – расскажем, какие видели (ну ок, делали) факапы в девреле и как с подобными штуками можно бороться.
Присоединяйтесь!
"Инженер заходит в бар" о переходе Dev-to-Nocode – сегодня в 15:00 МСК.
Подключайтесь к трансляции на ютубе, приносите вопросы в чат!
Подключайтесь к трансляции на ютубе, приносите вопросы в чат!
YouTube
Инженер заходит в бар — Dev-to-Nocode
Задавайте вопросы спикерам: https://news.1rj.ru/str/devrel_ru_chat
30 марта, 15:00 МСК – подключайтесь!
В этот раз поговорим с ребятами, кто перестал писать код в изначальном смысле, но остался в разработке, в смежной роли. Аналитика, DevOps, маркетинг – обсудим разные…
30 марта, 15:00 МСК – подключайтесь!
В этот раз поговорим с ребятами, кто перестал писать код в изначальном смысле, но остался в разработке, в смежной роли. Аналитика, DevOps, маркетинг – обсудим разные…
Матчасть, публичные артефакты, кейсы, мероприятия — собираем материалы о девреле на русском, будем публиковать на devrel.ru.
Надеемся, будет полезно:
- инженерам — получить информационную поддержку для создания собственных деврел-артефактов;
- деврелам — свериться, что пользуешься всеми полезными инструментами, которые есть под рукой:для мотивации, вовлечения, поддержки и координации участников своих деврел-активностей;
- бизнесу — подсмотреть, что интересного происходит в девреле на уровне индустрии;
- интересующимся — познакомиться с темой и придумать свои первые шаги в девреле (или осознанном решении туда не ходить).
Запускаем devrel.ru 11 мая (потому что давайте уже после праздников).
Вы можете предложить свои материалы для сайта. В первую очередь собираем штуки, которые могут быть полезны инженерам, кто задумывается практиковать деврел (или уже), в формате собственных артефактов и вовлечения коллег.
Но если у вас будут хардкорные вещи для супер-опытных деврел-практиков – присылайте тоже; придумаем, как их лучше подать.
Материалы и идеи можно присылать @adolgushev.
Надеемся, будет полезно:
- инженерам — получить информационную поддержку для создания собственных деврел-артефактов;
- деврелам — свериться, что пользуешься всеми полезными инструментами, которые есть под рукой:для мотивации, вовлечения, поддержки и координации участников своих деврел-активностей;
- бизнесу — подсмотреть, что интересного происходит в девреле на уровне индустрии;
- интересующимся — познакомиться с темой и придумать свои первые шаги в девреле (или осознанном решении туда не ходить).
Запускаем devrel.ru 11 мая (потому что давайте уже после праздников).
Вы можете предложить свои материалы для сайта. В первую очередь собираем штуки, которые могут быть полезны инженерам, кто задумывается практиковать деврел (или уже), в формате собственных артефактов и вовлечения коллег.
Но если у вас будут хардкорные вещи для супер-опытных деврел-практиков – присылайте тоже; придумаем, как их лучше подать.
Материалы и идеи можно присылать @adolgushev.
Ближайшие хардскилльные мероприятия от деврел-бюро:
- 27 апреля проводим следующий эпизод IT Analyst Online – онлайн-митапа, на котором помогаем обмениваться опытом аналитикам между разными сообществами
- В конце мая – митап о разработке в телекоме. Поговорим, как разные подходы, инструменты и практики разработки сочетаются со спецификой инфраструктуры, процессов и инструментария в телекоме; как выглядит инженерный бекстейдж привычных и новых средств связи
У обоих митапов осталось по свободному слоту для доклада. Если захотите выступить, форма подачи заявки – на сайтах по ссылкам выше (или пишите @mrmixsun)
- 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-митап.
Чего не хватает? Знаете ещё активные региональные ИТ-тусовки?
===
Если нужны будут пароли-явки от этих мероприятий, с кем там договариваться насчёт выступлений – приходите в личку👌
Новосибирск
- 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": не торопитесь сводить явления, связанные с людьми – к какому-то одному правилу.
"Жизнь никогда не будет прежней, онлайн с нами навсегда", "Вот только ковид рассосётся, офлайн снова вернёт себе заслуженное доминирование" – руководствоваться чем-то в таком духе заманчиво, но опрометчиво (проверяли на себе). Жизнь сложнее и многообразнее, чем одно правило, которое объясняет сразу всё.
===
Когда пойдёте в следующий раз придумывать своё отношение к ИТ-мероприятиям в различных форматах – рассмотрите разные варианты. Обнаружите много всего интересного, гарантируем.
Если бы онлайн-формат митапов и конференций окончательно победил (проиграл), было бы куда спокойнее жить, ей-богу. Пусть не навсегда, хотя бы на пару лет; хотя бы на сезон. Но не тут-то было.
С одной стороны, вероятно, каждый первый, кто бывал на офлайн-ивентах и побывал в онлайне – обнаружил, что онлайн не является полноценной заменой офлайна. Так себе нетворкается, нет тех теплоты и ламповости.
С другой стороны, онлайн открыл новые возможности: можно пригласить спикеров, которые никогда не доехали бы к тебе выступить лично; позвать участников откуда угодно.
С другой стороны, например, докладчику стало как будто бы сложнее общаться с аудиторией – не видно реакцию зала, сколько каких людей и что они думают о твоём выступлении в моменте.
С другой стороны, может, оно и проще для докладчика – перед тобой не несколько волнительных сотен людей, а всего лишь экран. И больше возможностей выступить.
===
Тем интереснее обо всём этом рассуждать, когда под рукой есть не только свои соображения, но и опыт других людей.
Вот например, недавно прошла AgileDays 2021. На наш неискушённый вкус, главная Agile-тусовка на русском. Почитайте соображения Алексея Волкова об итогах конференции глазами организаторов; крайне любопытные там мысли.
Офлайн возвращается, но не так активно, как могло показаться. Существует сегмент людей, которым онлайн вполне ок. Онлайн и офлайн – не довесок одно к другому, а два полноценных трека. Стало больше last minute booking.
В общем, не будем сильно тизерить, сходить почитайте – там не так много букв, всё по делу.
===
Мы в бюро имеем дело с ИТ-мероприятиями с разных сторон баррикад: отправляем наших ребят выступать, делаем собственные ивенты. На всякий случай ходим выступать сами, слушаем доклады.
Главный вывод, который к этому моменту сделали из своего опыта и рассуждений вроде тех, какими выше делится Алексей Волков: не стоит упрощать.
Об этом классно написано в прекрасной книге Ханса Рослинга "Factfulness": не торопитесь сводить явления, связанные с людьми – к какому-то одному правилу.
"Жизнь никогда не будет прежней, онлайн с нами навсегда", "Вот только ковид рассосётся, офлайн снова вернёт себе заслуженное доминирование" – руководствоваться чем-то в таком духе заманчиво, но опрометчиво (проверяли на себе). Жизнь сложнее и многообразнее, чем одно правило, которое объясняет сразу всё.
===
Когда пойдёте в следующий раз придумывать своё отношение к ИТ-мероприятиям в различных форматах – рассмотрите разные варианты. Обнаружите много всего интересного, гарантируем.
Facebook
Log in to Facebook
Log in to Facebook to start sharing and connecting with your friends, family and people you know.
Открыли регистрацию на IT Telecom Online
В IT-части телекома сейчас происходит много всего интересного с инженерной точки зрения!
Навскидку:
— Переход от "просто мобильной связи" к "экосистеме продуктов"
— Большие данные и машинное обучение
— Адаптация стандартных IT-практик под специфику предметной области
Мы хотим сделать так, чтобы у IT-инженеров из телекома была возможность обсудить эти и остальные интересные вещи. Делиться друг с другом своим особенным опытом, с учётом всех нюансов и специфики. Общаться с профессионалами с похожими сложностями, лучшими практиками и образом мышления – чтобы могли быть сообществом и за счёт этого достигать большего на уровне всей индустрии.
Так появился IT Telecom Online – серия митапов, на которых мы обсуждаем IT-разработку в телекоме. Бэкенд, фронтенд, тестирование, управление проектами и продуктами – поговорим о разном.
Ближайший эпизод – 27 мая.
Приходите!
В IT-части телекома сейчас происходит много всего интересного с инженерной точки зрения!
Навскидку:
— Переход от "просто мобильной связи" к "экосистеме продуктов"
— Большие данные и машинное обучение
— Адаптация стандартных IT-практик под специфику предметной области
Мы хотим сделать так, чтобы у IT-инженеров из телекома была возможность обсудить эти и остальные интересные вещи. Делиться друг с другом своим особенным опытом, с учётом всех нюансов и специфики. Общаться с профессионалами с похожими сложностями, лучшими практиками и образом мышления – чтобы могли быть сообществом и за счёт этого достигать большего на уровне всей индустрии.
Так появился IT Telecom Online – серия митапов, на которых мы обсуждаем IT-разработку в телекоме. Бэкенд, фронтенд, тестирование, управление проектами и продуктами – поговорим о разном.
Ближайший эпизод – 27 мая.
Приходите!
КНИГИ ДЛЯ ДЕВРЕЛА
Деврел живёт на стыке разных дисциплин:
+ управление проектами: от создания отдельно взятых докладов и статей в моменте до управления “портфелем” активностей вдолгую
+ продуктовый менеджмент: “продукт” — компания, с разными сегментами “пользователей”, гипотезами, виженом, роадмапом, бэклогом, командой и остальными атрибутами
+ ивент-менеджмент: делаем собственные мероприятия, с понимаем специфики вклиниваемся в сторонние
+ маркетинг
+ публичные выступления
+ копирайтинг
+ …
Хорошие новости: эта особенность деврела позволяет заимствовать подходы и практики из разных предметных областей.
Сегодня хотим порекомендовать книги, которые помогают нам в деврел-работе.
Читали такие? Пригодилось?
Какие ещё книги были полезны для вас по части деврела?
Деврел живёт на стыке разных дисциплин:
+ управление проектами: от создания отдельно взятых докладов и статей в моменте до управления “портфелем” активностей вдолгую
+ продуктовый менеджмент: “продукт” — компания, с разными сегментами “пользователей”, гипотезами, виженом, роадмапом, бэклогом, командой и остальными атрибутами
+ ивент-менеджмент: делаем собственные мероприятия, с понимаем специфики вклиниваемся в сторонние
+ маркетинг
+ публичные выступления
+ копирайтинг
+ …
Хорошие новости: эта особенность деврела позволяет заимствовать подходы и практики из разных предметных областей.
Сегодня хотим порекомендовать книги, которые помогают нам в деврел-работе.
Читали такие? Пригодилось?
Какие ещё книги были полезны для вас по части деврела?
Medium
Книги для деврела
Деврел существует на стыке разных дисциплин: