Forwarded from IT Meeting - митапы и конференции по разработке
Приглашаем на тест-драйв Yandex DataLens по следам «BI круг Громова»
🗓 21 июля в 15:00 (Мск) эксперты «Ёлва», BI Consult и Yandex проведут тест-драйв Yandex DataLens в рамках road-show российских BI-решений.
На вебинаре познакомим с компонентами и архитектурой DataLens и детально разберем решение реального кейса:
▫️ Загрузка данных в Yandex Cloud с помощью Object Storage
▫️ Импорт данных в витрину ClickHouse и подключение DataLens к ClickHouse как к источнику данных
▫️ Создание набора данных (датасета)
▫️ Построение визуализаций и дашбордов в сервисе DataLens
Регистрация 👈
🗓 21 июля в 15:00 (Мск) эксперты «Ёлва», BI Consult и Yandex проведут тест-драйв Yandex DataLens в рамках road-show российских BI-решений.
На вебинаре познакомим с компонентами и архитектурой DataLens и детально разберем решение реального кейса:
▫️ Загрузка данных в Yandex Cloud с помощью Object Storage
▫️ Импорт данных в витрину ClickHouse и подключение DataLens к ClickHouse как к источнику данных
▫️ Создание набора данных (датасета)
▫️ Построение визуализаций и дашбордов в сервисе DataLens
Регистрация 👈
Материал для обучения pinned «https://getrelog.com/ru/blog/zhizn-do-avtomatizacii-dokumentooborota-v-logistike-i-posle-kakovo-eto?utm_source=sendpulse&utm_medium=email&utm_campaign=zhizn-do-avtomatizatsi-dokumen»
Forwarded from Enterprise Agile Russia (Sergey Rogachev)
🔥27 июля в 19:00 МСК состоится Enterprise Agile Russia SHOW "Проектное управление продуктами или продуктовое управление проектами".
В программе 2 доклада:
1️⃣Как реализовать проект, который обязан сработать? Никита Костров (МТС Банк).
2️⃣Как сформировать годовые цели центра компетенций, Вячеслав Парфирьев (Газпромнефть-Цифровые решения).
Регистрация 👉 https://agileconf.ru/#show.
@EntrpriseAgileRussia
#enterprise_agile_russia_show #safe
В программе 2 доклада:
1️⃣Как реализовать проект, который обязан сработать? Никита Костров (МТС Банк).
2️⃣Как сформировать годовые цели центра компетенций, Вячеслав Парфирьев (Газпромнефть-Цифровые решения).
Регистрация 👉 https://agileconf.ru/#show.
@EntrpriseAgileRussia
#enterprise_agile_russia_show #safe
Forwarded from Открытый Лекторий Яндекса
Здравствуйте!
Сегодня лекция «Стратегия для разных жизненных стадий продукта» начнётся в 19:00 по московскому времени.
Подключайтесь: https://youtu.be/c-0oFCtWtgc
Сегодня лекция «Стратегия для разных жизненных стадий продукта» начнётся в 19:00 по московскому времени.
Подключайтесь: https://youtu.be/c-0oFCtWtgc
YouTube
Стратегия для разных жизненных стадий продукта
Поговорим о стратегии и продукте, компонентах стратегии, do’s and dont’s и ключевых ошибках.
Forwarded from Products Events
Ozon Tech Product Meetup
1. Ozon доставляет: как посылка попадает к вам в руки? - Игорь Мелех, Ozon
- Об автоматизации процессов логистики;
- О ценности внутренних продуктов на примере сортировки;
- Об операционных подходах, инструментах, схемах и аналитике.
2. Делать или не делать: приоритизация по-взрослому - Аня Подображных, Авито
- приоритизация на уровне направлений и к каким проблемам может привести её отсутствие;
- как мы выживаем в неопределенности и считаем потенциал новых инициатив;
- что делать, если первые эксперименты серые или даже красные: считаем потенциал в динамике.
3. Как провести 24 эксперимента на 100 тыс. пользователей за месяц и не умереть - Роман Михайлов, Skyeng
- фигма – лучший друг аналитика;
- цифры врут или не все так однозначно;
- швейцарский нож экспериментатора: как подобрать набор инструментов.
🗓 28 июля, 18:00–21:00 (мск), Четверг
🔗 РЕГИСТРАЦИЯ
1. Ozon доставляет: как посылка попадает к вам в руки? - Игорь Мелех, Ozon
- Об автоматизации процессов логистики;
- О ценности внутренних продуктов на примере сортировки;
- Об операционных подходах, инструментах, схемах и аналитике.
2. Делать или не делать: приоритизация по-взрослому - Аня Подображных, Авито
- приоритизация на уровне направлений и к каким проблемам может привести её отсутствие;
- как мы выживаем в неопределенности и считаем потенциал новых инициатив;
- что делать, если первые эксперименты серые или даже красные: считаем потенциал в динамике.
3. Как провести 24 эксперимента на 100 тыс. пользователей за месяц и не умереть - Роман Михайлов, Skyeng
- фигма – лучший друг аналитика;
- цифры врут или не все так однозначно;
- швейцарский нож экспериментатора: как подобрать набор инструментов.
🗓 28 июля, 18:00–21:00 (мск), Четверг
🔗 РЕГИСТРАЦИЯ
Forwarded from Нормально делай, нормально будет / Саша Клименко
#докризисное
#процессы #развитие_продукта #развитие_компании
Как выстроить product discovery в корпорации и вовлечь в него все нужные роли
Докризисный пост из черновиков предыдущей жизни
❗️Сережа, как новый CPO в МТС, столкнулся с рядом проблем:
🔸 у команд парадигма проектов, а не продуктов
🔸 mvp запускается 3-6 месяцев
🔸 в итоге ресурс CPO уходит на операционку вместо стратегии.
💡С Женей (Product Vision, Assessty) вместе исследовали процессы команд и проанализировали рынок. Создали модель продуктового управления, подходящую МТС:
1️⃣ Системно разложили действия продуктовой команды для каждого цикла product discovery
Подробно описали результаты, подготовили шаблоны (отвечающие корп. процессам и требованиям), методические материалы, выделили точки, в которых должен подключаться CPO.
2️⃣Расписали роли сотрудников не из продуктовой команды для каждого цикла product discovery
📊К циклу валидации проблемы подключили финансистов, которые отклоняли идею при защите инвестиций. Начали калибровать подход к оценке рынка на основе коммуникаций с финансистами.
🔓К циклу верификации привлекли коллег из информ. безопасности: они могли запрещать релизы. Рассказали им про MVP и какой от него профит: договорились, что не под брендом можно релизить что угодно. Начали быстрее проводить эксперименты.
👩💻Разработчиков привлекли к подготовке эксперимента: если идея не подходит под корп. инфраструктуру, 2-4 недели эксперимента — впустую. Параллельно подключили маркетинг для тестирования каналов привлечения, чтобы при масштабировании после релиза в рекламных каналах всё было хорошо.
📈 К циклу после релиза идеи привлекли аккаунт менеджеров и сейлзов, итерационно выстраивали их работу, чтобы продукт добежал до своих метрик.
Результаты
🟢За 4 месяца в команде B2B площадки неликвидного имущества, с которой начали внедрять новую модель управления, сделали выручку, которую раньше делали за 8 месяцев.
🟢Стало меньше костыльных решений, т.к. разработчиков начали раньше привлекать к идеям, они начали понимать суть продукта и что нужно клиентам
🟢Онбординг новичков в командах стал быстрее
🟢Появился понятный воркфлоу для продактов + CPO начали подключать только в нужных местах, появилось время на стратегию
🟢T2M сократился до месяца, в т.ч. потому что получилось подключить к процессу людей из других подразделений
Источник: Видео, 29 минут
#процессы #развитие_продукта #развитие_компании
Как выстроить product discovery в корпорации и вовлечь в него все нужные роли
Докризисный пост из черновиков предыдущей жизни
❗️Сережа, как новый CPO в МТС, столкнулся с рядом проблем:
🔸 у команд парадигма проектов, а не продуктов
🔸 mvp запускается 3-6 месяцев
🔸 в итоге ресурс CPO уходит на операционку вместо стратегии.
💡С Женей (Product Vision, Assessty) вместе исследовали процессы команд и проанализировали рынок. Создали модель продуктового управления, подходящую МТС:
1️⃣ Системно разложили действия продуктовой команды для каждого цикла product discovery
Подробно описали результаты, подготовили шаблоны (отвечающие корп. процессам и требованиям), методические материалы, выделили точки, в которых должен подключаться CPO.
2️⃣Расписали роли сотрудников не из продуктовой команды для каждого цикла product discovery
📊К циклу валидации проблемы подключили финансистов, которые отклоняли идею при защите инвестиций. Начали калибровать подход к оценке рынка на основе коммуникаций с финансистами.
🔓К циклу верификации привлекли коллег из информ. безопасности: они могли запрещать релизы. Рассказали им про MVP и какой от него профит: договорились, что не под брендом можно релизить что угодно. Начали быстрее проводить эксперименты.
👩💻Разработчиков привлекли к подготовке эксперимента: если идея не подходит под корп. инфраструктуру, 2-4 недели эксперимента — впустую. Параллельно подключили маркетинг для тестирования каналов привлечения, чтобы при масштабировании после релиза в рекламных каналах всё было хорошо.
📈 К циклу после релиза идеи привлекли аккаунт менеджеров и сейлзов, итерационно выстраивали их работу, чтобы продукт добежал до своих метрик.
Результаты
🟢За 4 месяца в команде B2B площадки неликвидного имущества, с которой начали внедрять новую модель управления, сделали выручку, которую раньше делали за 8 месяцев.
🟢Стало меньше костыльных решений, т.к. разработчиков начали раньше привлекать к идеям, они начали понимать суть продукта и что нужно клиентам
🟢Онбординг новичков в командах стал быстрее
🟢Появился понятный воркфлоу для продактов + CPO начали подключать только в нужных местах, появилось время на стратегию
🟢T2M сократился до месяца, в т.ч. потому что получилось подключить к процессу людей из других подразделений
Источник: Видео, 29 минут
Forwarded from Fresh Product Manager
Артефакты Discovery
Что получается по итогам моей работы в Discovery, в консалтинге и диагностике - ниже:
UX-экспертиза
В век client-centric подходов невозможно представить себе процесс создания продуктов без глубоких исследований пользовательского опыта. После проведения Discovery вы будете понимать, кто ваши настоящие клиенты, изучите их потребности, ожидания, боли. Вы научитесь проводить глубинные интервью, и не важно “решенческие” они или “проблемные”. Поверьте, механика и принципы их проведения от этого не меняются. Мы инспектируем опыт клиента с текущим продуктом, помогаем выявить несовершенства и превратить их в точки роста для развития функционала. По итогам Discovery вы будете счастливым обладателем своей собственной базы знаний о клиентах, а также получите правдивый фидбек о вашем продукте. Решайте реальные проблемы ваших пользователей и развивайте действительно полезные сервисы.
Product Vision
А вы делали Product Canvas или Value Proposition Mapping прежде, чем стартовать работу с продуктом? А в процессе работы с продуктом? А когда решаете запилить какую-то новую фичу, как прорабатываете ее концепцию, определяете роль в развитии продукта, формировании позитивного клиентского опыта и степень влияния на достижение положительного бизнес-результата.
Мы уделяем особое внимание созданию общего контекста посредством проработки видения продукта в рамках Discovery. Видение должно быть прозрачным, четким и понимаемым всеми, кто работает с продуктом. Это фундамент, на котором строится дом. Помните, что примерно 50% знаний теряется при передаче. Не сосредотачивайте знания о продукте в одних руках.
Road map
Прогнозируемость - важная история для разработки продуктов. Плюс, как говорилось выше, чаще всего “болит” именно time to market. Четко сформулированное видение продукта позволяет расставить бизнес-акценты максимально точно и сформировать роадмап, основанный на поэтапном развитии функциональности. Одним из самых важных артефактов этапа Discovery является именно роадмап. Мы формируем эволюционную карту продукта, помогаем провести kick-off бэклога и сформировать релизный график в пределах обозримого будущего. Обозримое будущее не должно препятствовать изменению бэклога, про адаптивность нельзя забывать ни в коем случае.
Tech audit
Важно уже на этапе Discovery оценить и предложить наилучшее техническое решение для реализации идей по улучшению исследуемого продукта. Поэтому результат Discovery это не только облако идей, но и вполне конкретные советы по реализации и непосредственно сама концепция имплементации продукта.
Из артефактов Discovery складывается 3D-модель MVP. Мы исследуем продукт, пользователей, их опыт для того, чтобы сформировать гипотезы и проверить жизнеспособность бизнес-модели посредством технически полноценного прототипа.
Хотите запускать крутые IT-продукты? Перенимайте опыт и знания у продакт-менеджеров с многолетним успешным опытом. У меня стартовал курс "Product Manager IT-проектов" в Отусе - успейте присоединиться, пока не началось самое интересное. А пропущенные вебинары всегда будут ждать вас в личном кабинете. За 5 месяцев живых вебинаров вы пройдете все стадии от идеи и проверки гипотез до расчета unit-экономики, подготовитесь к прохождению собеседований и сможете претендовать на позицию продакта и подготовите к запуску 1-2 собственных продукта
Готовы получить лучшую цену на курс? Подайте заявку до конца июля - https://otus.pw/lNbR/
Что получается по итогам моей работы в Discovery, в консалтинге и диагностике - ниже:
UX-экспертиза
В век client-centric подходов невозможно представить себе процесс создания продуктов без глубоких исследований пользовательского опыта. После проведения Discovery вы будете понимать, кто ваши настоящие клиенты, изучите их потребности, ожидания, боли. Вы научитесь проводить глубинные интервью, и не важно “решенческие” они или “проблемные”. Поверьте, механика и принципы их проведения от этого не меняются. Мы инспектируем опыт клиента с текущим продуктом, помогаем выявить несовершенства и превратить их в точки роста для развития функционала. По итогам Discovery вы будете счастливым обладателем своей собственной базы знаний о клиентах, а также получите правдивый фидбек о вашем продукте. Решайте реальные проблемы ваших пользователей и развивайте действительно полезные сервисы.
Product Vision
А вы делали Product Canvas или Value Proposition Mapping прежде, чем стартовать работу с продуктом? А в процессе работы с продуктом? А когда решаете запилить какую-то новую фичу, как прорабатываете ее концепцию, определяете роль в развитии продукта, формировании позитивного клиентского опыта и степень влияния на достижение положительного бизнес-результата.
Мы уделяем особое внимание созданию общего контекста посредством проработки видения продукта в рамках Discovery. Видение должно быть прозрачным, четким и понимаемым всеми, кто работает с продуктом. Это фундамент, на котором строится дом. Помните, что примерно 50% знаний теряется при передаче. Не сосредотачивайте знания о продукте в одних руках.
Road map
Прогнозируемость - важная история для разработки продуктов. Плюс, как говорилось выше, чаще всего “болит” именно time to market. Четко сформулированное видение продукта позволяет расставить бизнес-акценты максимально точно и сформировать роадмап, основанный на поэтапном развитии функциональности. Одним из самых важных артефактов этапа Discovery является именно роадмап. Мы формируем эволюционную карту продукта, помогаем провести kick-off бэклога и сформировать релизный график в пределах обозримого будущего. Обозримое будущее не должно препятствовать изменению бэклога, про адаптивность нельзя забывать ни в коем случае.
Tech audit
Важно уже на этапе Discovery оценить и предложить наилучшее техническое решение для реализации идей по улучшению исследуемого продукта. Поэтому результат Discovery это не только облако идей, но и вполне конкретные советы по реализации и непосредственно сама концепция имплементации продукта.
Из артефактов Discovery складывается 3D-модель MVP. Мы исследуем продукт, пользователей, их опыт для того, чтобы сформировать гипотезы и проверить жизнеспособность бизнес-модели посредством технически полноценного прототипа.
Хотите запускать крутые IT-продукты? Перенимайте опыт и знания у продакт-менеджеров с многолетним успешным опытом. У меня стартовал курс "Product Manager IT-проектов" в Отусе - успейте присоединиться, пока не началось самое интересное. А пропущенные вебинары всегда будут ждать вас в личном кабинете. За 5 месяцев живых вебинаров вы пройдете все стадии от идеи и проверки гипотез до расчета unit-экономики, подготовитесь к прохождению собеседований и сможете претендовать на позицию продакта и подготовите к запуску 1-2 собственных продукта
Готовы получить лучшую цену на курс? Подайте заявку до конца июля - https://otus.pw/lNbR/
Forwarded from Enterprise Agile Russia (Enterprise Agile Russia)
💥Для тех, кто любит, чтобы все было собрано в одном месте, сделали PDF-версию Глоссария OKR, готовую к печати: https://s-trek.ru/okr-glossary.
📌Скачивайте и пользуйтесь!
@EntrpriseAgileRussia
#okr #okr_russia
📌Скачивайте и пользуйтесь!
@EntrpriseAgileRussia
#okr #okr_russia
Forwarded from IT Meeting - митапы и конференции по разработке
БЕСПЛАТНЫЙ ВЕБИНАР
«ЧТО ДОЛЖЕН ЗНАТЬ УСПЕШНЫЙ ТИМЛИД?»
Итак, вы стали Тимлидом!😎
Карьерный рост — или смена карьеры? Задачи станут сложнее и работы будет больше — или работать нужно будет совсем иначе?
- Что от вас ожидают как от тимлида?
- Что такое эффективная команда и как её построить?
- Как проводить эффективные совещания?
- Каковы базовые принципы делегирования задач?
⬆️Об этом расскажет Артемий Анцупов на вебинаре для тимлидов и тех, кто только готовится стать руководителем.
Артемий разберет необходимый набор навыков тимлида, расскажет, как оперативно развить в себе эти навыки и как из крутого технаря вырасти в крутого лидера, умеющего развивать команду, коммуницировать и руководить.
В конце вебинара разбор ваших вопросов.
🕖 КОГДА: 3 августа 2022 с 19:00
Участие БЕСПЛАТНОЕ, нужно только зарегистрироваться по ссылке: https://s-trek.ru/teamleadskills_webinar
Спикер: Артемий Анцупов — Agile Coach и партнёр ScrumTrek, автор тренинга «Тимлид: краткий курс выживания».
Присоединяйтесь и приглашайте знакомых тимлидов🙌
«ЧТО ДОЛЖЕН ЗНАТЬ УСПЕШНЫЙ ТИМЛИД?»
Итак, вы стали Тимлидом!😎
Карьерный рост — или смена карьеры? Задачи станут сложнее и работы будет больше — или работать нужно будет совсем иначе?
- Что от вас ожидают как от тимлида?
- Что такое эффективная команда и как её построить?
- Как проводить эффективные совещания?
- Каковы базовые принципы делегирования задач?
⬆️Об этом расскажет Артемий Анцупов на вебинаре для тимлидов и тех, кто только готовится стать руководителем.
Артемий разберет необходимый набор навыков тимлида, расскажет, как оперативно развить в себе эти навыки и как из крутого технаря вырасти в крутого лидера, умеющего развивать команду, коммуницировать и руководить.
В конце вебинара разбор ваших вопросов.
🕖 КОГДА: 3 августа 2022 с 19:00
Участие БЕСПЛАТНОЕ, нужно только зарегистрироваться по ссылке: https://s-trek.ru/teamleadskills_webinar
Спикер: Артемий Анцупов — Agile Coach и партнёр ScrumTrek, автор тренинга «Тимлид: краткий курс выживания».
Присоединяйтесь и приглашайте знакомых тимлидов🙌
Forwarded from Product Management & AI
#exp Software-консультант Аллен Холуб (Allen Holub) в своём твиттере делится советами для менеджеров проектов/продуктов и разработчиков:
– Обучение команды замедляет вас на неделю или две. Необучение команды замедляет вас навсегда.
– "Можем ли мы сделать большее через меньшее?" – правильный вопрос в попытке определиться в размерах и масштабах чего-либо.
– Однодневный спринт — упражнение, которое отрезвляет и наглядно показывает, насколько контрпродуктивной может быть большая часть всех работ/встреч/событий. Работайте концентрированно, целенаправленно и сообща.
– Гибкие спринты работают и не опаздывают только тогда, когда в команде 100% мэтч и взаимопонимание → она уверена в полной отдаче друг-друга → каждый делает свою часть работы максимально быстро и эффективно.
– Вы и команда не сможете быть гибкими в среде и культуре, которая их не поддерживает. Корпорации не особенно гибкие и никогда такими не были. Но они пытаются компенсировать это деньгами или другими благами.
– У меня мышление разработчика, когда я разрабатываю. Мышление тестировщика, когда я тестирую. Мышление бездельника, когда я делаю перерыв. Контролируйте, меняйте и управляйте своим мышлением по мере необходимости.
– Обучение команды замедляет вас на неделю или две. Необучение команды замедляет вас навсегда.
– "Можем ли мы сделать большее через меньшее?" – правильный вопрос в попытке определиться в размерах и масштабах чего-либо.
– Однодневный спринт — упражнение, которое отрезвляет и наглядно показывает, насколько контрпродуктивной может быть большая часть всех работ/встреч/событий. Работайте концентрированно, целенаправленно и сообща.
– Гибкие спринты работают и не опаздывают только тогда, когда в команде 100% мэтч и взаимопонимание → она уверена в полной отдаче друг-друга → каждый делает свою часть работы максимально быстро и эффективно.
– Вы и команда не сможете быть гибкими в среде и культуре, которая их не поддерживает. Корпорации не особенно гибкие и никогда такими не были. Но они пытаются компенсировать это деньгами или другими благами.
– У меня мышление разработчика, когда я разрабатываю. Мышление тестировщика, когда я тестирую. Мышление бездельника, когда я делаю перерыв. Контролируйте, меняйте и управляйте своим мышлением по мере необходимости.