Product owner vs product manager: Менеджер продукта и владелец продукта: в чем разница | GeekBrains

Содержание

Менеджер продукта и владелец продукта: в чем разница | GeekBrains

Разбираемся с ролями и обязанностями продакт-менеджера и продакт-оунера

https://d2xzmw6cctk25h.cloudfront.net/post/2046/og_image/a33c747a761de0f386a6185ecdfa4600.png

В статьях об управлении продуктами часто пишут о разнице между продакт- и проджект-менеджер — наверно, потому что звучит очень схоже. Если вы смогли в этом разобраться, то вот вам другая задача, со звёздочкой: понять разницу между менеджером продукта (он же продакт-менеджер, product manager, PM) и владельцем продукта (продакт-оунер, product owner). Вопрос непростой, тем более что в некоторых компаниях предпочитают объединять эти роли, вручая все обязанности одному человеку. Можно ли так делать и в чём разница, разбираемся вместе с куратором программы курса Project Manager Дмитрием Васиным.

Кто чем занимается

Если вкратце, продакт-менеджер — лицо, которое принимает окончательное стратегическое решение по продукту: по его видению, стратегии, бизнес-цели. А владелец продукта — это роль в методологии Scrum, ответственная за достижение максимальной ценности продукта.

Продакт-менеджер — это наёмный предприниматель внутри компании. Он нацелен на развитие продукта, который с наименьшими вложениями принесёт наибольшую прибыль. Продакт-менеджер сфокусирован на долгосрочной стратегии, отвечает за исследование конкурентной среды и своей аудитории. Здесь речь идёт о маркетинговых задачах и взаимодействии с клиентами.

Продакт-оунер несёт ответственность за достижение максимальной ценности продукта — как результата работы команды. И добивается он этого при помощи Scrum — фреймворка гибкой разработки программного обеспечения. Владелец продукта понимает, кто чем занимается в команде, управляет бэклогом, плотно взаимодействует с разработчиками и другими заинтересованными лицами. Он отвечает за то, чтобы все члены команды имели ясное представление, над чем работают и в какой последовательности будут выполнять задачи.

Почему возникает путаница

Scrum — простая структура, ориентированная на помощь командам в разработке программного обеспечения. Она не охватывает общие практики управления продуктами: разработку стратегии, составление дорожной карты и финансовый прогноз. Единственный инструмент управления, который предлагает этот фреймворк, — приоритизация бэклога.

Есть подходы, где разделяют роли продакт-менеджера и продакт-оунера, чтобы облегчить масштабирование. Например, SAFe — Scaled Agile Framework — фреймворк для координации работы над проектом (или связанными проектами) для пяти и более скрам-команд. Владелец продукта в SAFe — не то же самое, что продакт-оунер в Scrum, так что это только добавляет путаницы. Зачем тогда в Scrum вообще введена роль владельца продукта? Почему бы в фреймворке не использовать термин «менеджер продукта»? 

Дело в том, что в 1990-х годах, когда был разработан Scrum, управление продуктами отличалось от сегодняшнего. Менеджеры продукта делали предварительные исследования рынка, планировали выпуск продуктов и определяли требования к ним. Затем они передавали спецификацию и требования менеджерам проектов, которые и занимались созданием продуктов. Затем менеджеры продукта возвращались только для того, чтобы поставить задачу на внесение правок или помочь на этапе запуска.

Сейчас, при гибком управлении, все работает совсем иначе. Сотрудники, создающие продукты, должны постоянно взаимодействовать с командами разработчиков, не пренебрегая рынком и внутренними заинтересованными сторонами.

Сегодня Scrum применяется за пределами сферы разработки: в банках, ритейле, медиакомпаниях. Эти организации приняли такую систему, но у них традиционно нет команд по управлению продуктами и, следовательно, менеджеров. А диджитал-продукты есть: приложения для онлайн-банкинга, программное обеспечение для автоматизации бизнес-процессов, повышения производительности и снижения затрат.

Чтобы начать работать гибко, в этом случае достаточно ввести должность продакт-оунера (владельца продукта). Scrum позволяет возложить эту роль на кого-то из команды — так что не придётся создавать целую группу управления продуктами и инициировать организационные изменения. Сотрудники бизнес-подразделений после обучения и инструктажа смогут выступать в качестве владельцев продуктов. Но в долгосрочной перспективе полезно выделять эту функцию отдельно.

На практике термины «менеджер продукта» и «владелец продукта» часто используются как взаимозаменяемые. Однако специалисты не играют одну и ту же роль под разными именами — это две уникальные функции. Сравним рабочие задачи:



Менеджер продукта

Владелец продукта

  • Маркетинг продуктов

  • Поддержка продаж продукта

  • Составление бюджета

  • Долгосрочное прогнозирование

  • Обслуживание клиентов

  • Поддержка команды доставки решения

  • Посещение координационных встреч команды

  • Организация демонстраций

  • Проведение достаточного анализа, чтобы убедиться, что требования готовы к работе

  • Участие в постоянных испытаниях

Может ли продакт-оунер быть менеджером продукта?

Наверное, будет вечно продолжаться дискуссия о том, где заканчивается одна роль и начинается другая. Как и о том, действительно ли эти функции — просто два аспекта одной и той же должности.

Короткий ответ: да, владелец продукта может быть менеджером продукта — и наоборот. А если это всё-таки два разных специалиста, то крайне важно, чтобы они понимали, чем различаются их роли и обязанности.

Можно пройти международный двухдневный тренинг, чтобы называться владельцем продукта. Но проблема в том, что потом человек занимает должность менеджера по продукту — и не имеет ни малейшего понятия, что делать. Он на самом деле не понимает всего объёма своих обязанностей и не знает, как добиться успеха в работе.

Управление продуктом — это многогранная дисциплина, которую трудно освоить. Чтобы эффективно выполнять роль менеджера продукта, нужно быть лидером и уметь управлять жизненным циклом продукта, составлять его стратегии и исследовать рынок, формировать бизнес-модели и работать с финансовыми показателями.

Материалы для дальнейшего изучения

  • Руководство по Scrum — исчерпывающее описание правил игры, ролей, событий, практик и ценностей. Это первое, с чего нужно начать изучение фреймворка.
  • Product Manager vs Product Owner — статья одного из совладельцев компании Silicon Valley Product Group Марти Кегана. Он участвовал в разработке многих успешных продуктов, был старшим вице-президентом по управлению продуктами и дизайном в eBay, а до этого — вице-президентом в AOL и Netscape Communications, инженером-программистом в HP Labs.
  • Описание ролей в SAFe — информация о гибком фреймворке, который позволяет использовать Agile-методологии в больших командах (от 50 человек).

Менеджер продукта — увлекательная профессия, освоить которую можно на факультете GeekUniversity. За 14 месяцев обучения вы вместе с дизайнером и командой разработчиков создадите свой продукт и на собственном опыте узнаете о множестве нюансов работы продакт-менеджера.

у кого на плечах груз тяжелее? / Блог компании Hygger / Хабр

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


Как часто ваши коллеги путают обязанности обоих менеджеров? Если вы один из PM, то должны были хоть раз в жизни слышать вопрос: «Есть ли вообще разница?»

Итак, Product Manager и Project Manager — совершенно разные роли. Попробуем рассмотреть, в чем разница между двумя стратегическими позициями в ИТ-компаниях, чтобы это больше не вызывало путаницы.

Однако даже после этого вопросов будет немало, ведь даже в сфере управления продуктами сегодня во многих компаниях различают несколько вариантов должностей от junior до собственника продукта, директора или VP по продукту.

Менеджеров продукта и проекта можно смело сравнить с Атлантами, которые держат на своих плечах тяжкий груз. Это компания, сам продукт, который и состоит из более мелких продуктов и проектов. Оба стратега несут ответственность за свою часть ноши, оба зависят от стараний друг друга.

Чья ноша тяжелее? И что случится, если один из Атлантов опустит руки?

Product Manager vs Project Manager

Продукт — это конечный результат, который вы предоставляете своим пользователям или клиентам. Это может быть физически осязаемый продукт, программная платформа, сервис, приложение или услуга.

Проект — это конкретный план, состоящий из разных активностей. Все активности имеют определенный результат и фиксированные даты начала и окончания. Когда результат будет завершен, соответственно, ваш проект будет завершен.

Например, продукт — это новая мобильная игра. Разработка этой игры предполагает множество проектов. Один из них — запуск корпоративного сайта. У этого проекта обозначены свои начальные и конечные точки. У менеджеров продукта и проекта — разные обязанности и функции.

Основные обязанности менеджера продукта и менеджера проекта

Product Manager

Менеджеры по продуктам обычно отвечают за глобальную стратегию продукта, приоритизацию функций и окончательную версию продукта. Управленцы-продуктовики создают идеи и инициативы, чтобы помочь достигать стратегии и целей с использованием дорожных карт (product roadmaps) и управлять бэклогом (product backlog).

Если еще раз вспомнить про ассоциацию с Атлантом, то ценным грузом на плечах менеджера продукта будет следующее:

  • Глобальная стратегия продукта
  • Выпуск релизов
  • Идеи и инициативы
  • Распределение приоритетов
  • Вопросы, связанные с прибылью и убытками
  • Исследования рынка
  • Конкурентная среда

Project Manager

Менеджер проекта обычно меньше ориентируются на конкретные цели продукта. Его главная ответственность — это сам проект. Project manager получает инициативы и функции продукта для разработки и утверждения таймлайна. В его ответственности — риски, потенциальные ограничения, ресурсы и масштаб задач.

Руководители проектов отвечают за:

  • Релизы
  • Ресурсы для проекта
  • Обновления и статусы
  • Бюджет проекта
  • Командное сотрудничество
  • Разрешение текущих проблем в рамках проекта

Кто важнее в иерархии компании?

Оба. И это иллюстрирует картинка с Атлантами. Если в вашей компании есть обе позиции, то у вас полный порядок с организационной структурой. Как понять, кто из менеджеров важнее?
Задайте себе два вопроса:

  1. Может ли команда эффективно работать и получать результаты без менеджера продукта?
  2. Что произойдет, если руководитель проекта покинет команду?

Скорее всего, ваши ответы покажут, что обе позиции важны и незаменимы. Их сотрудничество является ключом к успеху.

Инструменты и сервисы для менеджеров продуктов и менеджеров проектов

Нетрудно предположить, что, если роли и функции менеджеров различны, то и профессиональные инструменты для их эффективной работы также различаются.

Однако есть исключения. Сегодня многие платформы, такие как Hygger, предлагают полезный набор функций для менеджера продукта и менеджера проекта.

ПО для управления продуктами

Программное обеспечение для управления продуктами служит для отслеживания требований, документирования видения продукта, стратегии, определения приоритетов.

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

В Hygger.io вы можете поделиться своей «дорожной картой» и расшарить перспективу того, что произойдет в продукте со временем, указав релизы, проекты и инициативы. Эта опция смотрится весьма конкурентоспособной, потому что многие другие сильные игроки рынка часто не могут предложить такой вариант. Например, используя Jira, вам придется заплатить за «Portfolio for Jira».

Управление бэклогом — еще одны функция, которую должен предлагать инструмент для управления продуктом. Визуализировать приоритетные задачи можно, например, с помощью графического отображения Backlog priority chart. Инструмент помогает оптимизировать приоритеты продуктов, определяя важные и менее важные задачи.

ПО для управления проектами

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

После того, как вы получите “зеленый свет”, чтобы начать проект, вы можете планировать все свои действия по разработке с помощью любой платформы для управления проектами.

PM-сервисы помогают фиксировать и совместно использовать задачи и подзадачи, сроки, необходимые активы и взаимодействие между членами команды.

Hygger предлагает полноценные возможности для менеджеров проектов от удобных Kanban и Scrum досок до отслеживания времени и отчетности по проектам.

Заключение

Подводя итоги, подчеркнем еще раз самое главное:

  • Менеджеры продуктов и руководители проектов имеют совершенно разные роли и обе позиции важны для любой современной IT-компании.
  • Руководители продуктов управляют разработкой продукта. Они работают с инициативами, определяют их приоритетность и принимают стратегические решения по продуктам. Руководители проектов обычно контролируют выполнение планов, которые уже были разработаны и одобрены.
  • Каждый менеджер нуждается в профессиональных инструментах для правильной визуализации всех продуктов и проектов.

Какие инструменты используете вы для управления? Какой видите разницу между менеджерами проектов и продуктов? Пишите в комментариях.

Project Manager vs Product Owner

Ситуация, которую мы наблюдали не раз – несколько нервничающих человек, вооруженных маркерами около флипчарта, лихорадочно составляющих таймлайны и майндмэпы и пытающихся найти ответственных за проект, решение или косяк.

Как говорят: “Картинка смешная, а ситуация страшная”.

Понятно, что за действия команды отвечает руководитель. Но если их несколько, то с кого что спрашивать?

В этом материале разберемся в зонах ответственности проджект-менеджера (ПМ) и продукт овнера (ПО), и поймем, у кого какая суперсила.

Project Manager vs Product Owner - в чем разница?

Начнем с азов – глоссарий:

Project Manager vs Product Owner - в чем разница?

Например, ваш продукт – это мобильное музыкальное приложение. Данный продукт подразумевает большое количество подпроектов: разработка самого приложения, стратегия продвижения приложения, создание коммьюнити и тому подобное. У каждого подпроекта есть свои цели, начальные и конечные точки. Менеджер проекта и овнер продукта – разные люди, и функционал у них совсем не похож.

PRODUCT OWNER

Нужно понимать, что продакт овнер – на территории СНГ профессия еще свежая и неизученная, как грибной кофе (такой тренд реально есть, не верите – погуглите). Ее чёткое определение в профессиональных кругах еще не составлено, а задачи и зона ответственности ПО отличаются от фирмы к фирме. Бардак состоит в том, что каждый продакт сам себе определяет параметры работы и функциональную зону – регламента нет, четких правил нет, а несчастный scrum-мастер пытается сохранить остальную часть команды в психическом равновесии.

Project Manager vs Product Owner - в чем разница?

Теперь скажем проще. Продакт отвечает за продукт, а проджект — за процесс. ПО похож на генерального директора на уровне микровселенной: он формирует видение продукта и каким он должен быть через несколько лет, и доносит эту картину всем членам команды. Отличие только в том, что продакт не стоит на вершине иерархической пирамиды, и не имеет прямого влияния на копирайтеров, разработчиков, аналитиков и тд. Он должен, как Данко из “Старухи Изергиль”, нести свое горящее сердце в руке и освещать путь команде – а они, в свою очередь, верили ему и шли за ним.

Project Manager vs Product Owner - в чем разница?

Переведем: отвечает за создание или улучшение продукта.

Его заботы выглядят вот так:

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

PROJECT MANAGER

Project Manager vs Product Owner - в чем разница?

Какие навыки требуются от проджекта чаще всего:

  • сбор и систематизация требований по проекту;
  • план выполнения работ, KPI, майндмэпы;
  • поиск исполнителей, фрилансеров, составление портрета искомого сотрудника для HR;
  • постановка задач и контроль сроков исполнения;
  • контроль расходования бюджета;
  • ведение документации по проекту (тз, договоры, акты, счета, сметы, отчеты).

И еще раз – БЮДЖЕТЫ и СРОКИ – вот что самое важное в его работе

Project Manager vs Product Owner - в чем разница?

Каким должен быть Product Manager в 2020 году

Мы много говорим про проекты и управление проектами, но не стоит забывать, что большая часть IT проектов, так или иначе являются продуктами. Их развитием нужно уметь управлять и роль Product Manager или Product Owner (о разнице между этими понятиями поговорим в конце статьи) одновременно и похожа и непохожа на роль Project Manager.

В этой статье мы постараемся пролить свет на то, что делают специалисты по Product Management и какие навыки позволяют им быть эффективными.

Что должен знать Product Manager

На самом деле, современный бизнес требует от Product Manager глубоких знаний в совершенно разных сферах. Мы бы выделили 8 основных категории:

  • Знание рынка и выбранной индустрии.
  • Маркетинг и вывод продукта на рынок.
  • Методики разработки IT-продуктов и технические знания.
  • Метрики и аналитика данных о пользователях.
  • Методологии и процессы проектного менеджмента.
  • Продажи и техническая поддержка клиентов.
  • Бизнес-планирование и финансы.
  • Управление командой и коммуникации.

Для некоторых продуктов даже этот список не является исчерпывающим. Такой объем информации пугает даже специалистов с опытом. Очень сложно быть профессионалом во всем вышеперечисленном одновременно. Однако, не стоит паниковать. Конечно, product management — сложная наука, но никто не требует изучить ее за один день.

Пункты выше — это напоминание о том, куда можно и нужно развиваться, чтобы стать лучше, при этом на старте можно оттолкнуться от базовых скиллов, обязательных для ежедневной деятельности Product Manager. Давайте остановимся на них подробней.

Как стать менеджером продуктов?

В управление продуктом люди приходят из project-менеджеров, тимлидов, аналитиков, маркетологов и дизайнеров. В 2019-м году переход в Product Management для многих специалистов становится логичной стадией карьерного роста.

Может показаться, что неважно, откуда ты пришел в сферу управления продуктом — важны личностные качества и многогранный опыт. Ведь менеджер продукта — это, практически, предприниматель. По сути, ключевое качество Product Manager — умение делать правильные выводы из своего жизненного и профессионального опыта, после чего быстро учиться на ошибках (своих и чужих).

Product Management для вас, если вы готовы проявлять заботу о своих пользователях и убеждены, что успех продукта напрямую зависит от удовлетворенности клиента; если вы не боитесь критики со стороны других людей, готовы постоянно ее слышать и работать над ошибками. Остальное — опыт и знания, о которых поговорим ниже.

Вы готовы проявлять заботу о своих пользователях и убеждены, что успех продукта напрямую зависит от удовлетворенности клиента. Хорошо разбираетесь в продакт менеджменте? Попробуйте пройти короткий тест для проверки Product Mindset.
Ответьте на несколько вопросов, чтобы узнать, насколько развито ваше продуктовое мышление.

ПРОЙТИ ТЕСТ

Скилы, необходимые для выживания

Управление жизненным циклом продукта

Правильная работа с продуктом предполагает нечто большее, чем просто создание и вывод товара на рынок. На практике, этот процесс делится на множество этапов. Хороший Product Manager должен понимать жизненный цикл проекта с его стадиями и ключевыми событиями, такими как: поиск целевой аудитории, запуск, признание рынком, падение спроса. На каждом этапе вы можете использовать определённые инструменты, чтобы максимизировать свою выгоду и получить большую прибыль. Управляя целями продукта, его ценой и маркетинговыми активностями, можно поддержать продукт на стадии роста, увеличить ROI в момент зрелости и замедлить переход к стагнации и падению спроса. Методология разработки, также, должна опираться на жизненный цикл продукта: scrum больше подходит для ранних стадий, Kanban предпочтительней, когда продукт уже зрелый.

Построение стратегии продукта и исследование рынка

Каждый продукт существует не в вакууме. Он создаётся для того, чтобы решать задачи определённой целевой аудитории. Именно поэтому, вы должны правильно определить свой рыночный сегмент, обозначить портрет пользователя и проблемы, которые решает продукт. Product Manager должен чётко понимать ценность своего предложения и причины, по которым пользователи должны совершить покупку. Поэтому так важно суметь проанализировать конкурентов, чтобы выделить их сильные и слабые стороны и правильно сформулировать позиционирование собственного бренда, его особенности и идеи, которые продукт должен продвигать в своих коммуникациях.

Это предполагает, что вы проведёте анализ рынка и сможете протестировать свои гипотезы на целевой аудитории. Для этого важно понимать, что такое количественные (данные о посещениях сайта, узнаваемости бренда, конверсионности страниц) и качественные исследования (опросы, глубинное интервью, наблюдение). Одним из важнейших этапов в процессе тестирования идей становится выпуск MVP (решения с минимальным необходимым набором функций). После этого очень важно правильно собрать и обработать данные от пользователей. Это подразумевает умение использовать различные аналитические платформы и инструменты. Кроме того, будут очень полезны знания статистики и социологии.

Бизнес-модель и финансы

Конечно, мы очень хотим создавать лучшие в мире продукты, но, если они не будут монетизироваться — проект в конечном итоге закроют. Для работы компании необходимы инвестиции и, разумеется, каждый бизнес планирует стать высоко-прибыльным. Поэтому, продукт должен приносить пользу не только клиентам, но и собственным создателям.

Очень важно уметь сформулировать и приоритизировать бизнес -цели, такие как: внедрение новой стратегии монетизации, увеличение прибыли, уменьшение издержек, захват нового рынка, создание бренда. Порой, эти цели будут противоречить друг другу и неправильный порядок действий может погубить весь проект. Очень важно принимать обдуманные и осознанные решения. Кроме того, Product Manager должен уметь создать финансовый прогноз  того, когда бизнес выйдет на самоокупаемость, каких затрат и доходов стоит ожидать в будущем. Без понимания этих цифр даже хороший продукт может ждать неудача. Если в вашей команде есть сильный финансист — подготовьте этот план совместными усилиями.

Создание product roadmap

Успех IT-продукта зависит от действий многих людей. Чтобы помочь им правильно распределить обязанности и понять, как именно они могут повлиять на процесс создания и продвижения продукта , нужно уметь создавать и использовать «дорожную карту продукта».  Для этого нужно правильно сформулировать цели, определить метрики и KPI, дедлайны для каждого этапа, и результаты, которые ожидается получить после каждой итерации. Стратегия продукта и его roadmap тесно взаимосвязаны. Ваши стратегические планы должны быть спроецированы на дорожную карту и иметь вид тактических решений. Нужно понимать, что roadmap не высечена в камне. Ее нужно пересматривать и исправлять в процессе развития продукта и адаптировать в соответствие с новыми данными, действиями конкурентов и информацией, полученной от пользователей.

Product Backlog

Продукт всегда подразумевает пользовательский опыт. Поэтому, чтобы с успехом вывести своё решение на рынок, product менеджеру нужно понимать в UX (User Experience). Это значит, что в процессе создания продукта он должен не просто описывать функционал, а пытаться передать пользовательский опыт и внести в ТЗ все аспекты взаимодействия с системой. Для этого хорошо подходит Agile-практика формировать backlog в виде user stories. В этом виде описание обретает человечность и может передавать эмоции и ощущения. Вы должны уметь создавать сценарии работы, workflow, работать с mock-ups.  Кроме того, product manager должен плотно сотрудничать с дизайнером, бизнес-аналитиком и системным архитектором.

Создание product backlog — ещё только половина дела. Его нужно правильно приоритизировать, чтобы в конце каждой итерации получать продукт, способный принести определённую ценность для пользователей. В таком случае его проще тестировать и дорабатывать.

На самом деле, тестирование на пользователях должно быть коньком хорошего product manager. Его задача уметь правильно собрать обратную связь и улучшить продукт на основании полученной информации. Тут на помощь приходят A/B тесты, usability-тестирование, product demos и всяческие более сложные ухищрения. После того как вы собрали данные, подтвердили или опровергли определённую гипотезу и внесли изменения в продукт опыт нужно повторить. Если повезёт, в процессе тестирования вы наткнётесь на пользовательские инсайты и сможете добавить в проект новую креативную идею.

Глобальное видение и лидерские качества

Product Manager — не тот специалист, который сможет работать в гордом одиночестве. Каждый его день — это множество коммуникаций с участниками команды, инвесторами и пользователями. Ему часто приходится убеждать других людей и доказывать свою точку зрения, но самое главное — Product Manager должен создавать и транслировать видение продукта, уметь поставить реалистичные цели и донести особенности и преимущества бренда до каждого человека, вовлеченного в процесс.

Это совсем не просто и подразумевает высоко развитые навыки ведения переговоров, активного слушания и командообразования. В то же время, менеджеру почти каждый день приходится принимать решения о продукте и, порой, лавировать между нуждами пользователей, специалистами департамента маркетинга и отдела разработки. Именно поэтому ему нужно научиться общаться с каждой заинтересованной группой и влиять на позиции этих людей.

Что мне со всем этим делать?

Вполне возможно, что какие-то из вышеперечисленных навыков развиты у вас больше, чем все остальные. Это нормально и даже хорошо, так как, повторимся, управление продуктом — очень многогранная дисциплина. В зависимости от того, что вы умеете лучше всего, и какие специалисты есть в вашей команде, ваш метод управления продуктом может меняться. Вы можете занимать роли: классического product owner,  маркетинг product manager, технического продакта, руководителя стартапа и внутреннего product manager.

Классический product owner должен иметь сильные стратегические скилы. Он должен хорошо разбираться в построении дорожных карт продукта, понимать UI и UX и быть гуру product backlog. Так как эта роль чаще всего используется в методологии Agile, Produсt Owner должен понимать что такое Scrum и правильно работать со всеми артефактами.

Маркетинг product manager важен для проектов, где сам продукт не является уникальным решением, но спрос на данную категорию товаров достаточно велик, чтобы качественно продвигать неуникальные вещи. В этом случае работа над продуктом все так же важна, но ориентирована на задачи продвижения и создания бренда.

Технический продакт обычно нужен в проектах, основанных на инновациях и сложных изобретениях. Это вполне ожидаемо в случае, если для того, чтобы коммуницировать с пользователями нужно хорошо понимать преимущества специфичной программы с необычным функционалом. Чаще всего, такие менеджеры продуктов — бывшие разработчики или системные аналитики.

Руководителем стартапа я бы назвал менеджера R&D продуктов или проектов, основанных на неожиданном решении привычных проблем. В таких ситуациях основная задача продакта — проверить гипотезу и выяснить, нужен ли рынку разработанный сервис и как его правильно монетизировать. В этом случае бюджет, обычно, ограничен и основной задачей становится привлечение первых пользователей для тестирования концепции и поиск инвесторов.

Если продукт используется , в первую очередь, как решение для внутренней работы большой компании и решения бизнес-задач, то product manager должен уделять особое внимание поддержке клиентов. В этом случае знанием маркетинга и продаж можно пожертвовать и вместо этого больше углубится в тестирование, аналитику и работу с финансовыми показателями.

Всякий менеджер нужен и важен, если он  — профессионал своего дела и отлично разбирается в определённой индустрии. Какие качества развивать и какие знания стоит подтягивать зависит от типа вашего проекта и ваших собственных амбиций и склонностей. Конечно, нам всем хочется быть суперменами, умеющими все и сразу, но в жизни такое редко встречается. Поэтому, намного более целесообразно постепенно развивать скилы, необходимые для работы здесь и сейчас и стараться в процессе работы добирать необходимые знания из смежных отраслей.

Куда дальше?

Куда же потом растут такие супергерои, как менеджеры продуктов? Ведь такое впечатление, что они уже умеют и знают все, что можно знать и уметь. Частично, это правда. Люди, которые работают на этой должности имеют определенный образ мышления, который формируется и укрепляется на протяжении всего жизненного цикла работы. Product Manager — это CEO своего продукта, и его мышление очень похоже на мышление предпринимателя.

Одним из распространенных вариантов развития карьеры может переход от руководства одним продуктом к управлению направлением. Таким образом, можно захватить всю линейку компании и занять С-Level позицию. Частое решение для менеджера продукта — это свой бизнес. Рисков больше, но и выигрыш стоит того.

Самое интересное, что, порой руководители продуктов меняют не должность, а компании и величину проектов. Работа продактом настолько интересная и разнообразная, что, порой, становится делом жизни.

Владелец продукта vs. менеджер по продукту

В чем разница между менеджером по продукту и владельцем продукта?

Вы, наверное, слышали, что термины «менеджер по продукту» и «владелец продукта» часто используются для описания процесса разработки цифровых продуктов. Но чем менеджер продукта отличается от владельца продукта? Эти два термина часто используются как синонимы — и, надо признать, существует некоторое совпадение между обязанностями этих двух ролей.

Однако менеджер по продукту и владелец продукта — это две совершенно разные должности. В этой статье мы более подробно рассмотрим роль владельца продукта и менеджера продукта, чтобы изучить различные навыки и обязанности, которые являются частью каждой работы.

Кто такой менеджер по продукту?

Управление продуктами — это область, в которой основное внимание уделяется стратегическому продвижению разработки продукта, запуску на рынок и постоянной поддержке продуктов компании. Менеджер по продукту — это роль, которая концентрируется на разработке долгосрочной стратегии и видения продукта.

Менеджеры по продукции также несут ответственность за изучение рыночных тенденций и определение новых возможностей для компании. Более того, менеджер по продукту поддерживает продажи и внедрение продукта, обеспечивая его соответствие потребностям целевых сегментов клиентов.

Но это еще не все! Менеджеры по продукту также обычно задействованы в таких областях, как обслуживание клиентов — поддержка продаж продукта, составление бюджета, долгосрочное видение, маркетинг продукта и помощь группе доставки решений.

Кто является владельцем продукта?

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

Вот главное различие между менеджерами продукта и владельцами продукта:

Владельцы продуктов более тактические, чем стратегические. Они превращают видения высокого уровня, разработанные менеджерами по продукту, в подробные требования.

Владельцы продукта

часто работают с широким кругом заинтересованных сторон в отношении продукта, включая финансовые службы, службы безопасности, аудит, поддержку и другие отделы. Но что наиболее важно, они работают в тесном контакте с группами доставки, чтобы убедиться, что они создают нужные функции в соответствующие сроки. Для этого владельцы продуктов выполняют тактические действия, такие как мониторинг работы, выполнение анализа, чтобы убедиться, что требования готовы к работе с командой, и управление бэклогом продукта, чтобы максимизировать ценность продукта.

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

В чем разница между менеджером по продукту и владельцем продукта?

Вот как мы определяем это в Concise Software:

В то время как менеджер по продукту концентрируется на внешних факторах, владелец продукта сосредотачивается на внутреннем аспекте разработки продукта.

Менеджер по продукту встречает потенциальных клиентов, собирает их отзывы и проводит исследования рынка.Владелец продукта устанавливает отношения с командой разработчиков и обеспечивает правильное выполнение производственных процессов.

Менеджеры по продукту — стратегические; они сосредоточены на видении продукта, рынке и ключевых бизнес-целях компании. Владельцы продуктов, с другой стороны, более тактичны — они несут ответственность за преобразование стратегии менеджера по продукту в практические задачи для кросс-функциональных Agile-команд и следят за тем, чтобы разработчики выполняли требования, установленные для продуктов.

Какова роль владельца продукта в Scrum?

Как мы упоминали ранее, позиция владельца продукта вытекает из структуры Scrum Agile. Владелец продукта — это ведущая роль, ответственная за максимизацию ценности продуктов, созданных командой разработчиков. Для этого владелец продукта может выполнять различные функции, такие как дизайнер продукта, аналитик рынка, менеджер проекта и бизнес-стратег.

Вот основные обязанности владельца продукта в рамках Scrum:

  • Разработка целей девелоперских проектов,
  • Общение со всеми заинтересованными сторонами, включая бизнес-менеджеров и команду разработчиков,
  • Создание дорожной карты продукта, чтобы помочь команде поддерживать видение, изложенное как владельцем продукта, так и менеджером продукта,
  • Управление бэклогом продукта,
  • Создание списка элементов невыполненной работы, определение их приоритетности на основе общей стратегии и бизнес-целей, отображение зависимостей проекта для информирования о последовательности разработки,
  • Постоянное обновление бэклога продукта на основе меняющихся потребностей проекта на протяжении всего процесса разработки,
  • Обеспечение доступа к бэклогу продукта для всех заинтересованных сторон,
  • Определение приоритетов потребностей проекта с точки зрения объема, бюджета и времени,
  • Оценка прогресса продукта на каждой итерации.

Каковы обязанности менеджера по продукту?

Менеджеры по продукту несут ответственность за обеспечение успеха продукта и возглавляют межфункциональные группы, ответственные за его улучшение. Менеджеры по продукту устанавливают стратегию, дорожную карту и определение функций для продукта или всей линейки продуктов. Позиция часто включает такие элементы, как маркетинг, ответственность за прибыль и убыток и прогнозирование.

Вот основные обязанности менеджера по продукту

  • Обеспечение глубоких знаний о продуктах, необходимых для принятия стратегических решений о продуктах,
  • Анализ рынка и условий конкуренции,
  • Создание видения продукта, обеспечивающего уникальную ценность, на основе исследования потребностей клиентов,
  • Функциональное лидерство в группах проектирования, продаж, маркетинга и поддержки,
  • Проверка видения продукта и стратегии,
  • Объяснение бизнес-ценности группе продукта, чтобы помочь членам команды понять мотивацию выпуска нового продукта,
  • Планирование выпусков продуктов и их доставка в соответствии с графиком внедрения,
  • Определение процесса выпуска и координация всех действий, необходимых для вывода продукта на рынок,
  • Генерация, разработка и курирование новых продуктовых идей.Сообщать заинтересованным сторонам о статусе этих идей,
  • Приоритизация характеристик продукта по отношению к стратегическим целям и инициативам компании.

Владелец продукта и менеджер по продукту — основные различия

По сути, работа менеджера по продукту заключается в разработке экономического обоснования продукта. Владелец продукта, с другой стороны, несет основную ответственность за четкое представление элементов бэклога продукта и их упорядочение для наилучшего достижения этих целей.

Владелец продукта оптимизирует ценность работы команды разработчиков и обеспечивает видимость и очевидность бэклога продукта для всей команды. Наконец, владелец продукта должен показать команде разработчиков, над чем работать во время следующих спринтов: владелец продукта определяет «что», а команда разработчиков определяет «как».

Менеджер по продукту, с другой стороны, является экспертом в отношении продукта и клиента. Это человек, который разрабатывает и поддерживает дорожную карту продукта и позиционирует продукт на рынке.Более того, менеджер по продукту выступает за финансирование и управляет общим бюджетом на разработку продукта.

На вынос

Владелец продукта — это роль, которую вы найдете в основном в организациях, которые следуют концепции гибкой разработки Scrum . Менеджер по продукту — это традиционная роль, которую можно найти в организациях, занимающихся разработкой новых продуктов в сфере высоких технологий и за ее пределами. В целом, обе роли необходимы организациям для создания продуктов, отвечающих потребностям клиентов, и создания долгосрочного видения продуктов, чтобы поддерживать клиентов.

У вас есть вопросы по разработке продуктов в сфере IT? Свяжитесь с нашими консультантами; мы поддерживаем компании в широком спектре процессов разработки продуктов, направленных на создание продуктов, способствующих достижению важнейших бизнес-целей.

,

Владелец продукта против менеджера по продукту — в чем разница?

A Владелец продукта vs менеджер по продукту — В чем разница? Что было бы лучше и важнее для достижения ваших целей? Какой из них будет более фундаментальным, а какой функциональным? Может быть, роли сейчас не менее важны для вас?

Поскольку методологии управления проектами теперь понятны и необходимы как никогда, роли владельца и менеджера часто смешиваются или используются взаимозаменяемо, например, менеджер продукта, владелец продукта и менеджер проекта.

Прокрутите вниз, чтобы узнать больше о ролях владельца продукта и менеджера продукта — их определениях, различиях и сходствах.

О чем пойдет речь в этой статье:

  1. Владелец продукта vs менеджер по продукту — истоки.
  2. Один продукт, две роли: внутренняя и внешняя.
  3. Почему мы всегда должны различать роли менеджера по продукту и владельца продукта?
  4. Что делать, если менеджер по продукту хочет стать владельцем продукта? Это возможно!
  5. экспертов по продукту владелец vs менеджер по продукту.

Владелец продукта №1 против менеджера по продукту — истоки

Вы когда-нибудь задумывались, что было первым, когда думали о продукте и управлении в контексте Product Owner vs Product Manager ?

Ну, это началось в 80-х годах в Кремниевой долине, где на 90 растущих технологических предприятиях, сосредоточенных на разработке продуктов, работало 25000 человек. Менеджеры, в основном в веб-компаниях, действительно были менеджерами по продукту (сначала назывались производителями). Они были наняты после основателя в новых компаниях и выполняли множество задач, таких как проектирование, отладка и сбор данных.

Концепция Product Owner возникла сразу после введения Agile Manifesto в 2001 году. Первоначально предполагалось, что Product Owner будет выступать в качестве доверенного лица для клиентов и коммуникатора задач для разработчиков. За эти двадцать лет, когда многие создатели продуктов работали консультантами на предприятиях, Владельцы продуктов работали внутри компании, например сидеть с командой продуктовых дизайнеров, определять приоритеты задач и управлять невыполненными работами.

# 2 Один продукт, две роли: внутренняя и внешняя

Должности Владелец продукта и Менеджер по продукту на самом деле очень похожи, что касается названий — в конце концов, они оба являются управляющими ролями.И PM, и PO усердно работают с командами, чтобы вместе поставлять продукты и успешно реализовывать проекты.

НО:

A Менеджер по продукту работает внешне. следует текущим тенденциям, сосредотачивается на том, что происходит на рынке, и дает более широкий, свежий взгляд на организацию. Основная цель продукта — участие во внедрении процессов и обеспечение соответствия продукта потребностям рынка и, в идеале, заполнения ниши. Менеджеры по продукту действуют более стратегически, выстраивая отношения между клиентами, партнерами, заинтересованными сторонами, отделами продаж и различными отделами.

Владельцы продуктов в SCRUM работают внутри компании, заботясь обо всем процессе создания и развертывания продукта. Ожидается, что они будут доступны для командной реализации — поддержки, координации, обеспечения своевременного выполнения всех сложных требований, ответов на запросы и, в целом, отслеживания всего, что связано с продуктом и людьми, его создающими. Выполняя все эти функции, работая с таким большим количеством задач, владелец продукта , в отличие от менеджера продукта , не имеет достаточно времени, чтобы следить за тенденциями рынка.Более того, заказ на поставку глубоко сосредоточен как на текущих задачах спринта, так и в то же время подготавливает детали для следующих.

# 3 Почему мы всегда должны различать роли менеджера по продукту и владельца продукта?

Похоже, что эти две управленческие роли следует рассматривать отдельно и давать разным людям. Человек, подходящий на роль менеджера по продукту отвечает за долгосрочные процессы, ориентирован на рынок, сотрудничает и дальновиден.

Подходящий кандидат на должность Владелец продукта будет заботиться о краткосрочных задачах, координировать реализацию и уделять больше внимания самой организации.

В идеале, когда эти две роли дополняют и переплетаются — и владелец продукта, и менеджер продукта не должны игнорировать работу друг друга. Менеджеры по продуктам могут позаботиться о процессе реализации, служащем долгосрочным целям, а владельцы продуктов могут иметь доступ к рынку путем прямого контакта с клиентами и получения обратной связи.

Читать дальше: Маркетинг 101 для разработчиков и продуктовых специалистов

# 4 Что делать, если менеджер по продукту хочет стать владельцем продукта? Это возможно!

1.ПОНИМАНИЕ ПРОДУКТА

Менеджеры фактически могут стать собственниками, когда они хотят или должны заниматься проектированием продуктов. Самое важное требование — чтобы они:

  • знать все о продукте за относительно короткий период времени
  • имеют опыт и обучение
  • понимать точки зрения и потребности клиента и пользователя

2. ВРЕМЯ НА ИССЛЕДОВАНИЕ

Давайте будем честными: процесс становления владельцем продукта занимает некоторое время — новый заказ на поставку должен проверять рынок, бизнес и клиентов с сильной мотивацией и тщательностью.

# 5 Эксперты по продукту и менеджер по продукту

Наконец, давайте выясним, что профессионалы в области управления говорят об этих двух ролях. Это позволит вам лучше понять эти концепции и узнать, какие органы управления выделяют в своих комментариях ниже, когда речь идет об ответственности, передовой практике и идеях.

Менеджеры по продукту:

  • «За каждым проектом стоит« почему ». Есть бизнес-обоснование.Или возникла проблема с клиентом. Или есть стратегия, которую вы приняли. Для человека, занимающегося разработкой продукта, не всегда очевидно, почему. Не бойтесь признаться, что не знаете почему. Спросите, получите некоторую ясность, и у вас будет контекст, необходимый для добавления реальной ценности ». — Даниэль Ди Бартоло
  • «Разработайте план коммуникации и периодически измеряйте его эффективность на протяжении всего проекта ». — Майлз Миллер, Lead Up
  • «Исключительный менеджер по продукту обеспечивает максимальную прозрачность и не использует информацию как средство контроля.Они общаются четко, полно и лаконично, при этом предоставляя другим реальную информацию, не опасаясь того, что они с ней сделают ». — Уильям Бауэр, управляющий директор

Владельцы продукта:

  • «Я рекомендую вам участвовать в Daily Scrum не реже двух раз в неделю в качестве лица, отвечающего за продукт. Это позволяет вам понять, что происходит в текущем спринте, и если и как вы можете помочь ». — Роман Пихлер
  • «Роль владельца продукта очень требовательна и требует применения и адаптации широкого спектра навыков, широкого взгляда на предметные знания и отличных коммуникативных навыков и навыков многозадачности.» — Лукаш Кшижек, Scrum Master
  • «Заинтересованные стороны бывают разных форм, они могут быть клиентами, пользователями, менеджерами, коллегами и т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д. И т. Д., Вам, как владельцу продукта, необходимо управлять ими и эффективно сотрудничать с ними, чтобы максимизировать ценность вашего Изделие ». -Робин Шуурман

Ресурсов:

,

Владелец продукта vs. менеджер по продукту vs. менеджер проекта Разъяснение

С годами профессиональные роли и должности в управлении проектами вышли за рамки основного звания «Менеджер проекта». Несмотря на рост популярности и растущее понимание методологий управления проектами, включая Agile, эти названия часто путают.

Например, названия «Менеджер проекта», «Менеджер по продукту» и «Владелец продукта» чаще используются как синонимы.Итак, в чем разница между менеджером проекта, менеджером продукта и владельцем продукта?

Все эти роли созданы для управления и контроля проектов от начала до конца, верно? Да, но немного по-другому.

Владелец продукта против менеджера по продукту против менеджера проекта Сравнение

Чтобы лучше понять роли и иметь возможность различать их, давайте глубже рассмотрим набор обязанностей, которые фактически воплощает каждая роль.

1.Менеджер проекта

Роль менеджера проекта существует с самого начала. Обычно они руководят проектами в соответствии с концепцией Waterfall, наблюдая за командами и проектами.

Руководя командой через отдельные или несколько проектов, менеджер проекта берет на себя контроль над определенным этапом продукта или услуги, например выпуском нового продукта. Ответственность может быть расширена на основании следующих обязанностей.

Сборник информации

Исходя из идеи проекта, менеджер проекта должен быть на высоте.Они должны быть хорошо информированы, собрав необходимую информацию о возможностях, угрозах проекта и оптимизации ресурсов.

Принятие решений

В большинстве случаев решения принимают менеджеры проектов. Они имеют решающее слово в том, как проекты будут инициироваться, планироваться, контролироваться и реализовываться. В некотором смысле, они сами решают, привлекать ли команду к мыслительному процессу и принятию решений.

Организация и детали

Руководители проектов также несут большую ответственность за результаты проекта.Они должны быть тщательно организованы и ориентированы на детали. Незначительная оплошность или ошибка могут привести к ужасным последствиям, повлекшим за собой потерю средств и времени.

Сотрудничество

Менеджер проекта является центральным источником связи между командой и заинтересованными сторонами. Им необходимо постоянно поддерживать связь с командами, а также с клиентами. В основном менеджеры проектов должны поддерживать мотивацию команд и удовлетворение заинтересованных сторон.

Разрешение конфликтов

Как и при принятии любых решений, менеджеры проектов также должны внимательно следить за потенциальными конфликтами и иметь планы по их разрешению.

Мониторинг проекта

Менеджеры проектов должны постоянно контролировать и регулировать прогресс и производительность команды. Им необходимо отслеживать проект, чтобы убедиться, что он идет по графику и не сталкивается с какими-либо потенциальными препятствиями.

Завершение проекта

Менеджеры проектов завершают проекты во всех аспектах. Это включает в себя результат проекта, обработку платежей и закрытие проекта.

2. Менеджер по продукту

В отличие от проекта, который может включать временный отрезок времени, сам продукт является более долгосрочным.По сути, управление продуктом вращается вокруг продукта, то есть всего, что может быть предложено рынку для решения проблемы или удовлетворения потребности (или желания).

Менеджер по продукту отвечает за успех продукта на протяжении всего жизненного цикла продукта. Сосредоточившись на том, «что» больше, чем на «как», менеджер по продукту имеет общее представление и управляет ростом и развитием продукта.

Вот как менеджер по продукту управляет продуктом:

Сбор требований

Чтобы начать работу с каким-либо продуктом или услугой, менеджеру по продукту необходимо собрать подробную информацию о главных потребностях в продукте и целевых клиентах, которые принесут пользу.

Выявление проблем и возможностей

Чтобы разработать и продвигать продукт, менеджер по продукту должен хорошо знать проблемы, вызывающие потребность в продукте.

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

Определение приоритетов и стратегии

После того, как проблемы и возможности изложены, менеджер по продукту должен сделать свой выбор.Пришло время разработать стратегию работы с имеющейся информацией и ресурсами.

Это означает решение, какие из проблем являются более важными и должны быть решены продуктом.

Это также влечет за собой определение того, на каких характеристиках продукта следует сосредоточиться, чтобы создать конкурентное преимущество.

Создание дорожной карты

Поскольку управление продуктом — это долгосрочный процесс, вполне естественно создать дорожную карту — маршрут, по которому продукт / услуга должен следовать в своем развитии.

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

Сотрудничество

Как только дорожная карта определена или пока она находится в процессе, менеджер по продукту начинает работать с различными командами, чтобы запустить продукт. Это включает дизайн, маркетинг, продажи, производство, поддержку клиентов и любую команду или внешних клиентов, которые могут быть задействованы.

Менеджер по продукту может также сотрудничать с внешними ресурсами для частей продукта.

Поскольку это повторяющийся процесс, менеджер по продукту тесно сотрудничает с руководителями проектов, помогая завершить различные этапы продукта или услуги. Марти Кейган — автор книги « Вдохновленный: как создавать продукты, которые нравятся покупателям» . В этой книге Кейган подробно объясняет роль менеджера по продукту.

3. Владелец продукта

Роль владельца продукта возникла после появления гибкого управления проектами.Хотя во многих отношениях он похож на менеджера проекта, заказчик работает в большей степени в координации со всей командой Agile. Это означает, что Scrum Master, команда разработчиков, а также заинтересованные стороны.

Вот как владелец продукта выполняет работу:

Начало проекта

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

После обсуждения важных элементов проекта, Владелец продукта разрабатывает набор спринтов с невыполненными заданиями, включающими истории для выполнения задач.

Реализация проекта

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

Мониторинг проекта

Значительная часть работы в Agile-команде — это практический мониторинг выполнимости и выполнимости поставленных задач.Если какая-либо задача вызывает больше препятствий, чем результатов, Владелец продукта может изменить положение или полностью устранить ее. Это требует постоянной импровизации на протяжении всего пути.

Сотрудничество

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

Несмотря на то, что существует Скрам-мастер для облегчения процесса, первая встреча, еженедельный Скрам или встречи после окончания спринта требуют, чтобы все собрались вместе для обсуждения.В этом обсуждении участвуют владелец продукта, мастер Scrum, команда разработчиков и клиенты. Каждый может предложить предложения, выявить препятствия и пролить свет на прогресс.

Завершение проекта

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

Советы экспертов

Кто знает лучше самих экспертов? Узнайте, что говорят профессионалы по управлению проектами, чтобы лучше понять концепции.

Говоря о менеджерах проектов, Джефф Сазерленд, один из изобретателей процесса разработки программного обеспечения Scrum, комментирует:

Scrum не имеет менеджеров проектов. Вместо этого команда наделена полномочиями. Они несут ответственность за результат и могут управлять собой. Классический руководитель проекта «босс» команды в Scrum не нужен.

Роман Пихлер — эксперт по обучению Agile Product Management и сертифицированный Scrum Master. Пихлер считает, что владелец продукта похож на менеджера по продукту Agile — человека, который присматривает за продуктом в течение длительного периода времени и несет ответственность за достижение успеха продукта.

Майя Яновска, независимый владелец бизнеса в Red Cat Studio и менеджер процессов / мастер схватки в Brain Hub, пишет:

Modern Project Manager — это должность, связанная с военным контролем над контрактами. Успех, к которому он привел, повлиял на восприятие роли в различных типах проектов, в результате чего руководитель проекта естественным образом преуспел в структурированной, простой среде, такой как организации, работающие с методом водопада.

Роль владельца продукта намного моложе, она появилась благодаря гибкому подходу.Это дает хорошему владельцу продукта преимущество в гибких и сложных системах. Он привык действовать исходя из меняющихся условий и текущих требований, а не ставить цели и долгосрочные планы.

Андрей Тит, CX & Product Marketing в Paymo заявляет:

Менеджер по продукту определяет видение продукта, который необходимо создать, собирает требования и расставляет приоритеты, в то время как менеджер проекта действует в соответствии с этим видением и следит за тем, чтобы оно выполнялось вовремя и в рамках бюджета.Действительно, взаимодополняющие роли, но в то же время разные.

Есть несколько точек зрения на роли в управлении проектами. Как бы вы определили разницу между владельцем продукта, менеджером продукта и менеджером проекта? Присоединяйтесь к обсуждению в комментариях ниже.

,

Менеджер по продукту vs. владелец продукта

В течение многих лет люди обсуждали, в чем разница между ролью менеджера продукта и ролью владельца продукта, могут ли роли сосуществовать или нет, и какую из них следует использовать. В этой статье рассказывается о моих мыслях по этой теме и о происхождении роли владельца продукта.

Менеджер по продукту vs.Владелец продукта

Что?

Как вы, возможно, знаете, владелец продукта возник в Scrum, где его роль отвечает за «максимизацию ценности создаваемого продукта». [1] Для меня это похоже на обязанность по управлению продуктом из учебника. Тем не менее, product owner часто рассматривается как тактическая роль, которой поручено управлять бэклогом продукта, детализировать требования и взаимодействовать с командой разработчиков.Как придешь?

Путаница происходит — по крайней мере отчасти — из-за того, что Scrum — это простая структура, ориентированная на помощь командам в разработке программного обеспечения . Он не охватывает общие практики управления продуктами, такие как разработка стратегии продукта, дорожная карта продукта и финансовое прогнозирование; и единственный инструмент управления продуктом, который он предлагает, — это отставание по продукту.

Кроме того, в популярной среде гибкого масштабирования SAFe используются отдельные роли менеджера продукта и владельца продукта.Использование стратегической роли продукта и тактической роли — распространенный метод масштабирования. Но называть тактическую роль «владельцем продукта», как это делает SAFe, — досадная ошибка: Владелец продукта SAFe — это не то же самое, что владелец продукта Scrum ! Наличие двух разных ролей владельца продукта только усугубляет путаницу.


И что же?

Так почему же Scrum вообще ввел роль владельца продукта? Почему в структуре не используется термин менеджер по продукту ? Когда-то так и было, но впоследствии название было изменено на product owner. [2] Вот три причины, почему:

Во-первых, когда в 1990-х был разработан Scrum, управление продуктом отличалось от того, что есть сегодня. Менеджеры по продукту раньше проводили предварительное исследование рынка, планирование продукта и работу по определению требований. Затем они передают спецификацию требований менеджеру проекта, который будет работать над разработкой и тестированием для доставки продукта. Менеджер по продукту возвращался только для того, чтобы отправить запрос на изменение или помочь с запуском продукта.

Это резко контрастирует с тем, как все делается в гибком процессе, где люди, работающие с продуктами, должны постоянно сотрудничать с командами разработчиков, не забывая о рынке и внутренних заинтересованных сторонах.

Во-вторых, Scrum применяется вне сферы разработки продуктов и коммерческих программных продуктов. Многие организации, внедрившие Scrum, такие как банки, розничные торговцы и медиа-компании, традиционно не имеют группы управления продуктами и, следовательно, менеджеров по продуктам.Но у них есть цифровые продукты, которые либо помогают продвигать и продавать свои приносящие доход предложения, такие как приложение для онлайн-банкинга, либо они разрабатывают программное обеспечение, которое используется для автоматизации бизнес-процессов, повышения производительности и снижения затрат.

Предлагая роль владельца продукта, эти организации могут начать работу в гибкой манере без предварительного создания группы управления продуктом и инициирования процесса организационных изменений. Вместо этого сотрудники соответствующих бизнес-единиц могут — после некоторого обучения и инструктажа — действовать как владельцы продуктов.(Однако в долгосрочной перспективе создание функции управления продуктами может оказаться выгодным, о чем я рассказываю в своем посте «Пять советов по внедрению управления продуктами в вашей компании».)

И последнее, но не менее важное: Кен Швабер, один из создателей Scrum и человек, придумавший термины Scrum, хотел, чтобы лицо, отвечающее за продукт, было наделено полномочиями и стало владельцем продукта. [3]


Что теперь?

Так что же нам остается? Я надеюсь, что мы уйдем от спорных споров между продакт-менеджером и владельцем продукта и поговорим о продакт-людях . [4]

В краткосрочной перспективе мы должны признать, что владелец продукта является ролью управления продуктом . Поэтому люди, играющие такую ​​роль, должны приобретать соответствующие навыки управления продуктом. Разумеется, двухдневного обучения недостаточно, чтобы стать компетентным product owner-ом, независимо от того, приведет ли он к сертификации или нет. Управление продуктом — это сложная и многогранная дисциплина, на освоение которой нужно время и усилия.

Кроме того, я рекомендую использовать в вашей компании термин «менеджер продукта» или «владелец продукта» и при необходимости уточнять его, используя термины старший и младший менеджер по продукту или младший и старший владелец продукта.Это уменьшает путаницу и помогает объединять людей.

Но важны не должности и должности. Это то хорошее, что мы делаем для пользователей и своего бизнеса.


Банкноты

[1] Цитата из Scrum Guide 2016. Впервые Scrum был использован в Easel Corporation в 1993 году для создания «инструмента проектирования и анализа» по словам Джеффа Сазерленда, см. «Изобретения и переосмысление SCRUM в пяти компаниях». Первый владелец продукта Scrum, Дон Рёднер, «должен был владеть видением продукта, бизнес-планом и доходами, дорожной картой [sic] и планом выпуска, а также (…) тщательно продуманным и четко расставленным по приоритетам бэклогом продукта для команда », Agile Product Management with Scrum, стр.XV.

[2] Спасибо Питеру Стивенсу за то, что он рассказал мне об использовании термина менеджера продукта в Scrum. ↩

[3] Личный разговор с Дейвом Уэстом, генеральным директором scrum.org, 11 июля 2019 г. ↩

[4] Спасибо Ричу Мирнову за то, что представил мне этот термин.

,

Leave a Comment

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