Чем менеджер продукта отличается от продакт оунера и за что каждый из них должен и не должен делать.

1. Менеджер продукта:
где границы роли?
Юрий Куприянов
Проект «Открытое образование»

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

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

5. У нас отличный проект.
Все уже есть.
Нужно только ТЗ написать.
И архитектуру спроектировать.
И выбрать подрядчика.
И интерфейсы.
Дизайн нам сделают, но потом.
Только фирменного стиля еще нет.
А еще нужно обосновать
и защитить бюджет!
Нам нужен
Product Owner↓

6. 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. Планирование и выпуск релизов и обновлений продукта.

7. 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. Планирование и выпуск релизов и обновлений продукта.

9. ПРОФЕССИОНАЛЬНЫЙ СТАНДАРТ
УТВЕРЖДЕН
приказом Министерства
труда и социальной защиты
Российской Федерации от
«20» ноября 2014 г. №915н
Менеджер продуктов в области информационных технологий

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

12. Внезапно Scaled Agile 50+ человек
Открытое
образование
(команда
интеграции)
Команда edX
Команда
каталога
курсов
Команда
SSO
Команда UX
Команда
видео-
менеджера
Переводчики
Дизайнеры
Авторы
курсов
SCRUM
SCRUM
???
???
SCRUM,BUTT
???
??????
SCRUMBAN
Cross-functional team
Cross-functional team
Non cross-
functional team

13. Scaled Agile Framework

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

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

16. Что должен делать Product Owner (SAFe)
Уточнять истории, готовиться и участвовать в планировании
релизов
Исполнение итерации:
Уточнять бэклог команды
Планировать содержание итерации
Принимать истории
Участвовать в демо и ретро

17. LeSS: Large Scaled Scrum
← remove obstacles and improve
↑ same as in one-team Scrum

18. Head of product group:
remove obstacles and improve
Сбор команды, найм, контроль выплат
Помещения, оборудование, инструменты
Отчеты «наверх», «KPI»
Внедрение и улучшение методологии
разработки

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

20. Виды Product Owner (LeSS)
Продуктовая разработка
По инициативе бизнес-подразделения
PO – представитель бизнеса
По инициативе продуктового департамента (!!!)
PO – один из менеджеров продукта (ЧТО?!)
Внутренняя (продуктовая) разработка
PO – представитель бизнеса
Проектная разработка (аутсорсинг)
PO – представитель заказчика

21. Когда PO пора размножаться?
1 PO на 2 команды (max) – SAFe, LeSS
1 APO на 200 PBI (элементов во всех
бэклогах команд) на итерацию – LeSS

22. Как получилось у меня
Менеджер
продукта
«Мини-PO»
UX-lead
Системный
аналитик
Контент-
координатор
Дизайнеры
Авторы курсов
Команда
каталога курсов
Команда edX Команда SSO
Команда видео-
менеджера
Переводчики
Команда
интеграции
Команда UX
→ Уточнение элементов бэклога (всех команд)
Маркетинг и
SMM

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

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

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

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

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

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

29. Спасибо! Вопросы?
Юрий Куприянов
facebook.com/yksi12