Менеджер продукта: как обрести и развить ключевые навыки (Денис Бесков)Alexander Orlov
Менеджер продукта: как обрести и развить ключевые навыки
Ведущий мастер-класса: Денис Бесков, Управляющий партнёр Школы Системного Анализа
Несколько фактов об опыте тренера:
За 12 лет в индустрии разработки ПО прошёл путь от разработчика, архитектора, аналитика до руководителя отдела, менеджера продуктов и собственного бизнеса по обучению it-шников.
Построил отдел системного анализа в 40 человек в Лаборатории Касперского.
Автор более 20 выступлений на российских ИТ-конференциях.
Организатор сообщества Product Camp Russia и его баркэмпов Product Camp MSK 2011 / SPB 2012.
Программа мастер-класса:
Менеджер продукта — это предприниматель и интрапренёр.
К задачам менеджера продукта я отношу необходимость понимать рынок и предметную область, быть в курсе происходящего вокруг, предвидеть будущее, обретать видение продукта, создавать финансовую и экосистемную модели, транслировать видение продукта и корректировать ход развития продукта.
Чтобы делать всё это и приводить продукт к успеху, нужны такие навыки, как умение чувствовать и понимать проблемы людей, настраивать источники информации и оставаться в потоке новостей, мыслить рыночно, а не прецедентно, видеть взаимосвязи, прогнозировать, убеждать, рисковать и рефлексировать.
В основной части мастер-класса мы рассмотрим, как формировать и развивать эти навыки в вашей рабочей среде.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
"Пользователи: сигнал из космоса". CodeFest mini 2012Michael Karpov
О способах получения обратной связи от пользователей в российских и иностранных интернет-компаниях.
Также, на основе различных жизненных кейсов рассмотрим их полезность и применимость.
Михаил рассмотрит основные случаи и всякие примеры применения на основе Яндекса и нескольких других российских и иностранных компаний.
Менеджер продукта: как обрести и развить ключевые навыки (Денис Бесков)Alexander Orlov
Менеджер продукта: как обрести и развить ключевые навыки
Ведущий мастер-класса: Денис Бесков, Управляющий партнёр Школы Системного Анализа
Несколько фактов об опыте тренера:
За 12 лет в индустрии разработки ПО прошёл путь от разработчика, архитектора, аналитика до руководителя отдела, менеджера продуктов и собственного бизнеса по обучению it-шников.
Построил отдел системного анализа в 40 человек в Лаборатории Касперского.
Автор более 20 выступлений на российских ИТ-конференциях.
Организатор сообщества Product Camp Russia и его баркэмпов Product Camp MSK 2011 / SPB 2012.
Программа мастер-класса:
Менеджер продукта — это предприниматель и интрапренёр.
К задачам менеджера продукта я отношу необходимость понимать рынок и предметную область, быть в курсе происходящего вокруг, предвидеть будущее, обретать видение продукта, создавать финансовую и экосистемную модели, транслировать видение продукта и корректировать ход развития продукта.
Чтобы делать всё это и приводить продукт к успеху, нужны такие навыки, как умение чувствовать и понимать проблемы людей, настраивать источники информации и оставаться в потоке новостей, мыслить рыночно, а не прецедентно, видеть взаимосвязи, прогнозировать, убеждать, рисковать и рефлексировать.
В основной части мастер-класса мы рассмотрим, как формировать и развивать эти навыки в вашей рабочей среде.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
"Пользователи: сигнал из космоса". CodeFest mini 2012Michael Karpov
О способах получения обратной связи от пользователей в российских и иностранных интернет-компаниях.
Также, на основе различных жизненных кейсов рассмотрим их полезность и применимость.
Михаил рассмотрит основные случаи и всякие примеры применения на основе Яндекса и нескольких других российских и иностранных компаний.
10 главных идей гибкой разработки. С элементами, потому что довольно сложно применять чистый Scrum к большому проекту, в котором есть много поддержки и форсмажора. Подготовлена на базе книги Scrum Джеффа Сазерленда и материалов компании ScrumTrek. Презентация родилась после прочтения книги и посещения антиконференции AgileCamp. Рассказал команде проектов Колёса, Крыша и Маркет, будем более активно применять идеи и методики, которые помогают в разработке проектов по всему миру.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1Dmitry Bezuglyy
Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
Зрелость продукта - Зрелость в управлении продуктом
#pcampmsk Лучше не скажешь
@op "Один из мотивов — вторичность методов и первичность целей развития. Во всяком случае, методы-стратегии инвентаризированы и связаны с задачей удержания фокуса. Отсюда переход к управлению портфелем продуктов. ..."
В прошедшем 2014 году мы провели несколько сессий по формированию стратегий (продуктов, подразделений и даже уровня компании). В рамках этого блиц доклада мы хотим поделится основными выводами что делает работу над стратегией успешной и как работа над стратегией может быть увязана с работой Agile команды.
Основные вопросы которые мы рассмотрим:
Является ли Гибкий подход (Agile) стратегией ?
В чем состоит гибкая стратегия с точки зрения разработки ?
Высокая и оппортунистическая стратегия .
Как и когда решать стратегические вопросы ?
Необходимые условия успешности формирования стратегии.
Стратегические решения второго порядка.
Клуб аналитиков Thinkersware: Анализ на входеAnton Vityaz
Какие важные моменты пропускает аналитик на старте? Как провести анализ исходных требований, что делать с бизнес целями и приоритетами, почему важны рамки проекта и работа с заинтересованными лицами. Стоит ли доверять пользовательским требованиям, принимать неопределенности и двусмысленности.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Успешный запуск продукта: совместная работа BA, PO, PMAnton Vityaz
Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
10 главных идей гибкой разработки. С элементами, потому что довольно сложно применять чистый Scrum к большому проекту, в котором есть много поддержки и форсмажора. Подготовлена на базе книги Scrum Джеффа Сазерленда и материалов компании ScrumTrek. Презентация родилась после прочтения книги и посещения антиконференции AgileCamp. Рассказал команде проектов Колёса, Крыша и Маркет, будем более активно применять идеи и методики, которые помогают в разработке проектов по всему миру.
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1Dmitry Bezuglyy
Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
Зрелость продукта - Зрелость в управлении продуктом
#pcampmsk Лучше не скажешь
@op "Один из мотивов — вторичность методов и первичность целей развития. Во всяком случае, методы-стратегии инвентаризированы и связаны с задачей удержания фокуса. Отсюда переход к управлению портфелем продуктов. ..."
В прошедшем 2014 году мы провели несколько сессий по формированию стратегий (продуктов, подразделений и даже уровня компании). В рамках этого блиц доклада мы хотим поделится основными выводами что делает работу над стратегией успешной и как работа над стратегией может быть увязана с работой Agile команды.
Основные вопросы которые мы рассмотрим:
Является ли Гибкий подход (Agile) стратегией ?
В чем состоит гибкая стратегия с точки зрения разработки ?
Высокая и оппортунистическая стратегия .
Как и когда решать стратегические вопросы ?
Необходимые условия успешности формирования стратегии.
Стратегические решения второго порядка.
Клуб аналитиков Thinkersware: Анализ на входеAnton Vityaz
Какие важные моменты пропускает аналитик на старте? Как провести анализ исходных требований, что делать с бизнес целями и приоритетами, почему важны рамки проекта и работа с заинтересованными лицами. Стоит ли доверять пользовательским требованиям, принимать неопределенности и двусмысленности.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Успешный запуск продукта: совместная работа BA, PO, PMAnton Vityaz
Успешный запуск продукта: совместная работа Business Analyst, Product Owner, Product Manager + инвестор. Что нужно знать бизнес аналитику для построения эффективного и результативного взаимодействия на старте - насколько понятен "голубой океан" продукта, целевые сегменты, процессы по всему жизненному циклу продукта. Выстроено ли Agile взаимодействие?
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Разработка тиражируемого продукта: преимущества бизнес-моделиGeorge Barkan
Мы рассмотрим процесс перехода от заказной разработки к продуктовой модели, преимущества и возникающие при этом сложности.
* Основной экономический фактор перехода – сокращение издержек за счет тиражируемого продукта. Изменение бизнес-модели, необходимость инвестиций, рыночные риски.
* Создание тиражируемого продукта на базе существующих разработок для корпоративных заказчиков – наиболее естественный путь. Часто сложный процесс внедрения сдерживает полный переход к продуктовой модели.
* Рыночное позиционирование продукта и управление требованиями. Две модели работы с рынком: pragmatic marketing и market development.
* Перестройка корпоративной культуры. Ответственность владельца продукта. Почему внутренний заказчик продукта – плохая схема. Коммуникации с каналом продаж, маркетингом и поддержкой. Политическая воля менеджера продукта.
* Необходимость автоматизации процессов разработки и поддержки.
* Введение элементов платформенной функциональности в продукте и развитие партнерской экосистемы – перспективные направления рыночной экспансии.
Менеджер продукта. Как обрести и развить ключевые навыкиDenis Beskov
Менеджер продукта — это предприниматель и интрапренёр.
К задачам менеджера продукта я отношу необходимость понимать рынок и предметную область, быть в курсе происходящего вокруг, предвидеть будущее, обретать видение продукта, создавать финансовую и экосистемную модели, транслировать видение продукта и корректировать ход развития продукта.
Чтобы делать всё это и приводить продукт к успеху, нужны такие навыки, как умение чувствовать и понимать проблемы людей, настраивать источники информации и оставаться в потоке новостей, мыслить рыночно, а не прецедентно, видеть взаимосвязи, прогнозировать, убеждать, рисковать и рефлексировать.
В основной части мастер-класса мы рассмотрим, как формировать и развивать эти навыки в вашей рабочей среде.
The presentation was delivered on June 13th 2019 for Business Analysts and Project Managers in Kharkiv, Ukraine.
That is an analyzed summary of main (for the date) frameworks and description on processes and roles of Product Manager.
Prepared by Olena Petrova
СТАРТАП-СПРИНТ – это 10-дневный интенсивный курс проработки идеи , основанный на исследованиях, прототипировании и тестировании гипотез на пользователях.
Команда шаг за шагом проходит процесс с помощью спринт-мастера, чтобы в результате ответить на ключевые вопросы о продукте и сформулировать жизнеспособную концепцию.
Спринт-мастер – ведущий стартап-спринта, который ведёт команды по процессу, следит за соблюдением методологии и помогает работать с артефактами.
Задача спринт-мастера – сделать командную работу максимально продуктивной. В результате курса сложится видение продукта таким, каким хочет видеть его ваш клиент, а не вы. Мы на практике заполним базовые инструменты моделирования бизнеса и продукта.
Формат:
10 воркшопов по 3 часа. Воркшопы проходят 2 раза в неделю. Формат воркшопа подразумевает 80% практики и 20% теории.
Цель курса:
1. проработать свою идею
2. создать концепцию и прототип жизнеспособного продукта
3. протестировать спрос и получить обратную связь от пользователей и менторов
4. изучить методологии гибкой и бережливой разработки продуктов (customer development, lean startup, design thinking)
Для кого курс:
Курс будет полезен для основателей как уже работающих продуктов, так и тех, кто пока находится на уровне идеи.
Курс обязателен для:
1. Менеджеров продуктов и маркетёров
2. Предпринимателей
3. Дизайнеров
4. Стартапов
С подробной программой и другими деталями можно ознакомиться по ссылке: http://bibox.by/startupsprint
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Project-управление для директора по продажамChakova Lilia
Для тех директоров по продажам, кто работает в условиях изменений и понял, что старые методы УЖЕ не работают, а новые ЕЩЁ не внедрили.
www.chakova.com
www.facebook.com/chakova.lilia
Similar to михаил карпов (яндекс) продуктовые истории (20)
3. 1
Общее
• Как стартуем продукт, есть ли чеклист?
• Как генерим идеи?
• Можно ли заранее проверить успешность?
• Как оцениваете полезность фич?
• Грабли при создании продукта
4. 2
Менеджер продукта
• За что должен отвечать?
• Как и чем оценить пользу работы?
5. 2
За что отвечает (что сделать)
• Найти идею:
– придумать / адаптировать / скомпилировать
• Важно:
– понять что она стоящая,
– сделать её,
– продать её,
– развить
6. 2
За что отвечает (что делает)
• Понять что стоящая:
– собрать статистику (группа аналитиков)
– анализ рынка, конкурентов и трендов
– сегментирование и анализ пользователей
– заюзать «чуйку»
– найти и обсудить с экспертами
– попробовать проверить на пользователях
7. 2
За что отвечает (что делает)
• Сделать её:
– собрать кейсы в релиз, понять механику работы
– определить KPI, защитить продукт
– найти project manager (или самому)
• собрать команду
• оценить и распланировать проект
• сделать прототип
– согласовывать все вопросы со смежными
командами
– координировать project’а и команду, чтобы не
потерять идею (+storyteller != product manager)
8. 2
За что отвечает (что делает)
• Продать её:
– найти УТП, дифферинцироваться
– не потерять его в релизе
– подготовить рекламную компанию
– ???
– ? работать с пользователями
– ? поддерживать после релиза
9. 3
Продуктовая команда
• Что отличает продуктовую от заказной?
• Проблемы в продуктовой команде?
• Какой баланс между разработкой и
продажами?
• Как устроен процесс (и как он менялся) при
создании продукта?
10. 3
project + product
• Сам жил так два года
• Если вы готовы к гибкости, - то схема
рабочая
• Плюсы: быстрее, всё в ваших руках,
• Недостатки:
– сделать проект, но упустить продукт
11. 3
внешний заказ = полу-product
• как я был полупродактом и было тяжко
(Врезка)
12. 3
product/project/marketing?
• как справился с двумя, но упустил третье
13. 4
Маркетинг
• Какие задачи стоят перед маркетингом
(продажи, видение, фичи)?
• На каком этапе нужен?
• Как вписывается в процесс?
• Как продвигаете на рынок?
14. Спасибо за внимание!
Вопросы?
Карпов Михаил (michail.karpov@ya.ru)
pmrussia.blogspot.com
@michailkarpov
14
Editor's Notes
Я взял наиболее частые вопросы из сообщества и расскажу истории из своего опыта с ними связанные
Занимаюсь продуктовым и проектным менеджментом в Яндексе. Придумываю и провожу тематические IT-мероприятия (ProductCamp, План Б, AgilePiter). Я взял наиболее частые вопросы из сообщества и расскажу истории из своего опыта с ними связанные, получилось 4 темы и 15 вопросов
см евернот и кейс – старт П есть чеклист на запуск, но единого чеклиста на старт нет. Обычно так: идея, базовая аналитика (аудитория, базовые кейсы, идеи по УТП, основные KPI ), защита внутри отдела, старт, проработка кейсов и подробная аналитика, проработка донесения УТП до пользователя, разработка прототипа, защита внутри всей компании, сбор фидбэка, доработки, запуск в эксперимент и потом на всех на старте генерируем идеи небольшой командой менеджеров и сочувствующими – получается 3-5 человек, после прототипа собираем фидбэк внутри компании, юзабилити и бета-тестеры можно если есть схожие продукты или если видна чёткая потребность и есть точный канал доставкина эту потребность оцениваем смотря на KPI ( например, аудитория, монетизация, дифференцирование ) полагаясь на собранную аналитику и опыт менеджера продукта. Полезно оценивать фичи локально (иначе для Львова никогда не сделаем фичи и не станем лидерами) не проработали маркетинг (продукт готов, но про него не знают/не понимают), долго идём до первой версии и приоритеты компании могут поменяться, не знать про какие-то другие продукты которые аффектят создаваемый, ..?
ответ ниже в слайдах запусками, профитом для бизнеса, ... ?
группы вовлекаются в идеальном случае, обычно сам делаешь
storyteller = не потерять идею product = получить доходный продукт project = сделать проект в срок
storyteller = не потерять идею product = получить доходный продукт project = сделать проект в срок
не только сделать, но ещё придумать и продать согласования внутри компании и маркетинг, уйти в проект и забыть продукт, не найти KPI или УТП полмаркетолога, остальные – разработка продуктовый менеджмент и аналитика – разработка+проектный менеджмент – рекламный маркетинг
гибкость = играть самому против себя меньше согласований полезность «всё в ваших руках» несколько сомнительна
На кейсе Яндекс.Работы маркетинг = рекламный, донесение идей до пользователя наступив на грабли, стараемся начинать как можно раньше рассказываем про какие фичи нужно рассказывать, маркетолог предлагает как и где об этом рассказать, совместно планируется рекламная компания, иногда совместно с другими проектами в рамках большой программы по большей части – анонс + реклама внутри портала и своих сервисов (тизер + лэндинг на сервисе с переходом на кейс в сервисе), иногда – тематические спецпроекты (одежда, олимпиада, музыкальные фестивали)
