Product Manager vs Owner

Основано на статьях Product Management (Scaled Agile Framework) и Product Owner,
но существенно изменено по формату.

Согласно SAFe Product manager и Product owner выполняют похожие задачи, однако:

  • Product manager – на уровне команды команд, программы и её инкремента,
  • Product owner – на уровне команды и итераций.

Клиент – конечный покупатель решения.

  • Внутренний клиент – сотрудник организации. Финансист, риск-менеджер, кадровик, аналитик, андерайтер, верификатор, оператор.
  • Внешний клиент – находится вне организации.
    • B2B, Вusiness-to-Business, юрлицо-юрлицу. Поставляете другим фирмам ПО для расчета ЗП, поставляете компаниям СУБД и другое корпоративное ПО.
    • B2C, Business-to-Consumer, юрлицо-физлицу. Пользователь мобильного телефона покупает приложение для личного использования, подписчик Netflix.
    • Иногда выделяют выделяют направление B2P, Business-to-Professional или Business-to-Prosumer – находится на пересечении первых двух.

Все роли стараются создавать продукты такие:

  • желанные клиентами, соответствуют их потребностям на протяжении всего жизненного цикла;
  • жизнеспособные, устойчивые, целесообразные, реализуемые.
По SAFeМенеджер продуктаВладелец продукта
Уровеньпрограмма и её бэклогкоманда и её бэклог
Наполняет бэклогпрограммыкоманды
Product Vision,
Roadmap
cоздает, презентуетучаствует, вносит вклад
ОпределяетFeatures, Enablers, их приоритеты и критерии приемкиИстории, Дефекты, Enablers, их приоритеты и критерии приемки
Функцииопределение продуктовопределение историй
Входит в командукоманду Product managementAgile-команду разработки;
расширенную команду Product management
PI Objectivesпомогает достигатьпомогает на достигать на уровне команды
PI Planningготовится к и активно участвует;
определяет PI Objectives уровня программы
готовится к и активно участвует;
определяет Team PI Objectives вместе с командой
Демонстрации и ретроспективыУровня команды
Сессия Инспекция и адаптацияАктивно участвует

Оба работают с Системным архитектором для приоритизации Enablers.


Для устойчивого существования и развития должно соблюдаться простое неравенство:

ценность > затрат.

Каждая организация может по-своему определять ценность.

  • доля рынка и прибыль — для коммерческой организации;
  • качество обслуживания граждан – для госоргана;
  • % пользователей благотворительными услугами – для НКО.

В зависимости от клиента выпуск новой функциональности может производиться несколько раз в день, еженедельно, ежемесячно, по запросу или в произвольное время. Для каждого продукта, организации и контекста на периодичность влияет

баланс между потребностями рынка/клиента и целями/возможностями организации.

Product management по SAFe

Отв.1. Достижение бизнес-целей

Задачи в рамках этой ответственности могут включать:

  1. выработать модель того, как именно наше решение приносит клиентам пользу;
  2. определить потребности клиентов, контекст решения;
  3. описать структуру затрат;
  4. планировать и контролировать бюджет;
  5. создать и постоянно акутализировать Product vision и Roadmap развития, поддерживать согласованность с другими продуктами портфеля.

Отв.2. Разработка функций силами команд разработки, обеспечение непрерывности работы

Задачи в рамках этой ответственности могут включать:

  1. Понимать потребности клиента
    • Проводить маркетинговые исследования и непрерывное изучение (Continuous Exploration) клиента и рынка.
    • Инструменты дизайн-мышления (Design Thinking), Персоны (Personas), Карты эмпатии (Empathy Map), Карты пути клиента (Customer Journey Map) и Карты историй пользователя (User Story Maps).
  2. Разрабатывать, актуализировать и коммуницировать команде разработки Product vision и Roadmap,
    • определять входящие в дорожную карту Features системы, необходимые для реализации потребностей клиентов,
    • вместе с архитектором (или др. техническими ролями) определять и поддерживать нефункциональные требования.
  3. Управлять разработкой,
    • обеспечивать наличие в бэклоге в любой момент времени достаточного количества готовых к реализации фич,
    • с помощью модели WSJF определять приоритеты.
  4. Участвовать в PI-планировании, презентовать Product vision.
  5. Определять состав релизов и инкрементов программы. Они состоят из новых фич (функциональности), работ по изменению архитектуры (результат зачастую не заметен пользователю) и устранению ранее накопленного технического долга.
  6. Участвовать в Демонстрациях каждые две недели, включая общую итоговую демонстрацию в конце PI.
    • Участвовать в оценке метрик (Metrics), включая оценку фактической бизнес-ценности по сравнению с запланированной.

Отв.3. Обеспечение возможностей для применения готового продукта пользователями

  • Для внутренних продуктов — взаимодействие с ИТ для внедрения систем, обучение и поддержка пользователей.
  • Для внешних – взаимодействие с партнерами для вывода продуктов на рынок, продажи, маркетинг, распространение.

Задачи в рамках этой ответственности могут включать:

  1. Обеспечить поддержку маркетинга и продаж:
    • предоставить информацию для описания продукта и осуществления продаж;
    • регулярно встречаться с маркетологами и продавцами, помочь им понять предоставляемую клиенту ценность;
    • согласовать даты релизов продуктов с вехами маркетинга и продаж: праздники, сезонность, мероприятия.
  2. Обеспечить поддержку каналов распространения, чтобы в каждом релизе были задействованы все подходящие каналы сбыта: через оптовых и розничных продавцов, площадки аргегаторов (marketplace), напрямую.
  3. Привлекать партнеров по поддержке и обслуживанию, которые будут помогать устанавливать и настраивать ПО, обучать пользователей.

Отв.4. Поддержка и взаимодействие с клиентами и улучшение сервиса

Задачи в рамках этой ответственности могут включать:

  1. Обеспечивать поддержку клиентов по выбранным каналам (по электронной почте, в чате, по телефону, в самом продукте, в отдельном приложении) и по разным сферам вопросов (юридическим, финансовым, операционным и другим).
  2. Взаимодействовать со службой поддержки, чтобы поддерживать положительный клиентский опыт.
  3. Управлять версиями продукта, определяя правила и условия поддержки, включая окончание срока службы.
  4. Управлять соблюдением юридических и нормативных требований, обеспечивая соответствие им продукта.

Product owner

Отв.1. Подготовка и участие в PI-планировании 

  • Активно участвует в уточнении Бэклога программы.
  • Активно участвует в подготовке к PI-планированию.
  • Ведет Бэклог команды.
  • Вносит свой вклад в Pruduct vision, Roadmap.
  • Участвует в определении Историй, чтобы помочь команде с оценкой Историй и порядком их реализации.
  • Agile-команда (вместе с PO) определяет цели команды для PI (Team PI Objectives).

Отв.2. Коориднация во время итерации

  • Создание и поддержание Бэклога команды.
  • Пере-/упорядочивание элементов Бэклога команды.
  • Координация зависимостей с другими PO, например, во время еженедельных PO Sync [синхронизация Product owners & Product management].
  • Координация работы команды над Историями.
  • Проверка соответствия историй Критериям приёмки.
  • Сотрудничают с Системными архитекторами и инженерами в части Enabler [работы, которые обеспечивают реализацию Историй].

Отв. Подготовка к и участие в событиях команды и выше

  • Участие в демонстрациях и ретроспективах команды.
  • Организация и проведение System Demo, включая PI System Demo в конце PI [события всего ART – группы команды, работающих над одним Solution].
  • Активное участие в сессии Инспекции и адаптации [аналог демонстрации+ретроспективы уровня ART/Solution или Value stream/Large solution].

Оставить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *