Менеджер продукта: где границы роли?

Менеджер продукта:где границы роли?

Юрий КуприяновПроект «Открытое образование»

Степень морального падения

ПрограммистСистемный аналитикРуководитель проектовДиректор по технологиямДиректор по продуктам

8 учредителей + Минобрнауки

У нас отличный проект.Все уже есть.

Нужно только ТЗ написать.И архитектуру спроектировать.

И выбрать подрядчика.И интерфейсы.

Дизайн нам сделают, но потом.Только фирменного стиля еще нет.

А еще нужно обосновать и защитить бюджет!

Нам нужен Product Owner↓

1. Расчет и планирование бюджета разработки, защита бюджета перед спонсорами, резервирование и финансовое планирование;2. Контроль платежей, отработка реализовавшихся фин.рисков;3. Поиск и подбор персонала (всех людей, которые участвуют в проекте - от контент-менеджеров до руководителя проекта, программистов, тестировщиков и т.д.), прием на работу;4. Выбор субподрядчиков, контрактация, разрулирование вопросов по расчетам с подрядчиками (субподрядчики: UX, дизайн, три команды разработки, переводчики, тех.писатели, и т.д.);5. Коммуникация со стейкхолдерами: организация коммуникации, планирование, реагирование на запросы и т.д.6. Высокоуровневое планирование (роадмэп), синхронизация с роадмэпами смежных систем, защита и отчеты по планам;7. Операционное планирование (по спринтам), контроль и отчетность по планам;8. Микропланирование (по отдельным тикетам), организация ежедневных стендапов;9. Синхронизация работы нескольких команд субподрядчиков;10. Внедрение методологии разработки;11. Анализ и улучшение продуктивности команды разработки;12. Выбор и внедрение инструментов проектной работы;+ решение текущих операционных проблем (помочь найти информацию, придумать решение технической проблемы, свести нужных людей друг с другом);13. Формирование отчетности для спонсоров проекта, защита отчетов;14 приемка работ субподрядчиков;15. Сдача работ заказчикам и спонсорам;16. Организация службы поддержки пользователей, разработка методики работ службы, SLA;17. Участие в разработке и согласование юридических и нормативных документов, регламентирующих работу системы;18. Обеспечение требований нормативных документов, в т.ч. - По защите персональных данных;19. Разработка функциональной архитектуры системы;20. Разработка требований к отдельным частям системы и системе в целом;21. Проектирование пользовательских интерфейсов или организация такого проектирования;22. Разработка формальной проектной документации по ГОСТ 34, согласование;23. Написание и редактирование текстов для интерфейса системы;24. Организация работ по созданию пользовательской документации;25. Прием и обработка запросов пользователей, стейкхолдеров, принятие решений по ним и постановка в план разработки;26. Анализ статистики использования продукта, разработка требований по улучшению продукта;27. Контроль выполнения формальных KPI продукта;28. Организация сообществ пользователей продукта;29. Представление продукта на публичных мероприятиях, организация и участие в конференциях и семинарах с пользователями;30. Подготовка материалов для переговоров с потенциальными клиентами, рекламных материалов;31. Приоритезация разрабатываемых функций продукта;32. Планирование и выпуск релизов и обновлений продукта.

Product owner

отвечает за

все!

1. Расчет и планирование бюджета разработки, защита бюджета перед спонсорами, резервирование и финансовое планирование;2. Контроль платежей, отработка реализовавшихся фин.рисков;3. Поиск и подбор персонала (всех людей, которые участвуют в проекте - от контент-менеджеров до руководителя проекта, программистов, тестировщиков и т.д.), прием на работу;4. Выбор субподрядчиков, контрактация, разрулирование вопросов по расчетам с подрядчиками (субподрядчики: UX, дизайн, три команды разработки, переводчики, тех.писатели, и т.д.);5. Коммуникация со стейкхолдерами: организация коммуникации, планирование, реагирование на запросы и т.д.6. Высокоуровневое планирование (роадмэп), синхронизация с роадмэпами смежных систем, защита и отчеты по планам;7. Операционное планирование (по спринтам), контроль и отчетность по планам;8. Микропланирование (по отдельным тикетам), организация ежедневных стендапов;9. Синхронизация работы нескольких команд субподрядчиков;10. Внедрение методологии разработки;11. Анализ и улучшение продуктивности команды разработки;12. Выбор и внедрение инструментов проектной работы;+ решение текущих операционных проблем (помочь найти информацию, придумать решение технической проблемы, свести нужных людей друг с другом);13. Формирование отчетности для спонсоров проекта, защита отчетов;14. Приемка работ субподрядчиков;15. Сдача работ заказчикам и спонсорам;16. Организация службы поддержки пользователей, разработка методики работ службы, SLA;17. Участие в разработке и согласование юридических и нормативных документов, регламентирующих работу системы;18. Обеспечение требований нормативных документов, в т.ч. - по защите персональных данных;19. Разработка функциональной архитектуры системы;20. Разработка требований к отдельным частям системы и системе в целом;21. Проектирование пользовательских интерфейсов или организация такого проектирования;22. Разработка формальной проектной документации по ГОСТ 34, согласование;23. Написание и редактирование текстов для интерфейса системы;24. Организация работ по созданию пользовательской документации;25. Прием и обработка запросов пользователей, принятие решений по ним и постановка в план разработки;26. Анализ статистики использования продукта, разработка требований по улучшению продукта;27. Контроль выполнения формальных KPI продукта;28. Организация сообществ пользователей продукта;29. Представление продукта на публичных мероприятиях, организация и участие в конференциях и семинарах с пользователями;30. Подготовка материалов для переговоров с потенциальными клиентами, рекламных материалов;31. Приоритезация разрабатываемых функций продукта;32. Планирование и выпуск релизов и обновлений продукта.

Product owner

отвечает за

все?

ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ

УТВЕРЖДЕНприказом Министерства

труда и социальной защиты Российской Федерации от «20» ноября 2014 г. №915н

Менеджер продуктов в области информационных технологий

Заказ и сопровождение исследований, разработки, выпуска; сопровождение продаж продуктаОпределение продукта, управление дизайном и требованиями к продуктуСоздание и управление планом развития продуктаКоординация работы подразделений при производстве, выпуске и продаже продуктаРазработка бизнес-планов, ценовой политики и стратегии развития серии продуктов

Внезапно Scaled Agile 50+ человек

Открытое образован

ие (команда

интеграции)

Команда edX

Команда каталога курсов

Команда SSO

Команда UX

Команда видео-

менеджера

Переводчики

Дизайнеры Авторы курсов

SCRUM

SCRUM

???

???

SCRUM,BUTT

???

?????? SCRUMBAN

Cross-functional team

Cross-functional team

Non cross-functional team

Scaled Agile Framework

Product Manager vs Product Owner«Лицом к рынку/ потребителю». Ближе к бизнесу/маркетингу.Владеет: концепцией, дорожной картой, бэклогом программы, ценами, лицензиями, ROI и другими показателями продукта.Приоритезирует и принимает фичи продукта.

«Лицом к команде и решению». Ближе к команде.Владеет бэклогом команды.Определяет, приоритезирует и принимает пользовательские истории.

Что должен делать Product Manager (SAFe)

Понимать потребности потребителей.Понимать параметры портфеля проектов (бюджет и бизнес-стратегию).Разрабатывать концепцию (Vision) и дорожную карту.Держать через бэклог программы. PM определяет DoD фич.Планировать и определять состав релизов (всей программы).Участвовать в демо и оценивать метрики продукта в эксплуатации.

Что должен делать Product Owner (SAFe)

Уточнять истории, готовиться и участвовать в планировании релизовИсполнение итерации:

Уточнять бэклог командыПланировать содержание итерацииПринимать историиУчаствовать в демо и ретро

LeSS: Large Scaled Scrum← remove obstacles and improve

↑ same as in one-team Scrum

Head of product group:remove obstacles and improve

Сбор команды, найм, контроль выплатПомещения, оборудование, инструментыОтчеты «наверх», «KPI»Внедрение и улучшение методологии разработки

Product owner team:PO (один на все команды)

Area product owner (APO)PO – связующее звено команд с потребителями, а не их представительОпределение фокуса продукта происходит магическим образом (Systems Thinking)

Виды Product Owner (LeSS)Продуктовая разработка

По инициативе бизнес-подразделенияPO – представитель бизнеса

По инициативе продуктового департамента (!!!)PO – один из менеджеров продукта (ЧТО?!)

Внутренняя (продуктовая) разработкаPO – представитель бизнеса

Проектная разработка (аутсорсинг)PO – представитель заказчика

Когда PO пора размножаться?

1 PO на 2 команды (max) – SAFe, LeSS1 APO на 200 PBI (элементов во всех бэклогах команд) на итерацию – LeSS

Как получилось у меняМенеджер продукта

«Мини-PO»

UX-lead

Системный аналитикКонтент-

координатор

Дизайнеры

Авторы курсов

Команда каталога курсов

Команда edX Команда SSO

Команда видео-

менеджера

Переводчики

Команда интеграции

Команда UX

→ Уточнение элементов бэклога (всех команд)

Маркетинг и SMM

Варианты роли«Мини-CEO» (отвечает за ВСЁ! Границы нет!)PM (SAFe) / МП (проф.стандарт) – отвечает за успешность продукта – ЧТО и КОГДА должно быть выпущено. Не отвечает за разработку.Product Owner (LeSS, SCRUM и др.) – отвечает за бэклог (поставка ценности в каждой итерации).Руководитель портфеля проектов / программы, операционный директор, руководитель разработки, директор по технологиям и т.п.

Стратегия для вариантов ролей

Мини-CEO: собрать команду и делегироватьНужен отдельный PM или PO!

PM (SAFe), МП: держать видение, управлять планом развития и координировать работы. Отказываться от всего, что не про продукт.PO (LeSS): управлять приоритетами в бэклоге и value/ROIДругие роли: не обманывать себя! См. «Мини CEO»

Запросы рынка (hh.ru, 53 вакансии)Сбор и анализ требований, формирование ТЗПроектирование, прототипирование, UXПостановка задач разработке, планирование и контроль плановРазработка документацииРазработка и анализ метрик продукта

Менеджер продукта = Системный/бизнес аналитик +UX + Менеджер проектов +Маркетолог +Ответственность за успех продукта

А есть ли у вас продукт?Массовая аудиторияЕсть альтернативыИспользование добровольноВходной финансовый поток зависит от успешности продукта(показатель успешности определен и измерим)

СсылкиПрофессиональный стандарт менеджера продуктов в области ИТ: http://product.vision/2014/12/profstandart/Scaled Agile Framework: http://scaledagileframework.com/Large-Scale Scrum: http://less.works/

Спасибо! Вопросы?

Юрий Куприяновfacebook.com/yksi12