product owner и project manager в чем разница
Есть ли на самом деле разница между Project Manager, Product Owner и Product Manager
Несмотря на рост популярности и понимание методологий управления проектами, включая Agile, многие люди часто путаются в определении кем он хочет стать или кого ищет компания себе в штат. В случае Project Manager, Product Owner и Product Manager вы, наверное, сталкивались с путаницей в понимании ролей и обязанностей сотрудников.
Итак, попробуем разобраться в чем разница и есть ли она между Project Manager, Product Owner и Product Manager?
Давайте для начала проясним, что такое “проект” и “продукт”.
Проект — временная активность, направленная на создание уникального продукта или услуги.
У проекта есть критерии успеха, по достижению которых проект считается завершенным, или когда проект прекращается в связи с тем, что его цели не будут или не могут быть достигнуты.
Продукт — товар или услуга, которую можно предложить для рынка, и которая будет удовлетворять потребности пользователей.
Продукт можно улучшать и за счет запуска и выполнения новых проектов.
В рамках одного продукта может существовать множество подпродуктов и подпроектов.
Чтобы понять роли более четко и иметь возможность различать Project Manager, Product Owner и Product Manager, давайте углубимся в набор обязанностей, которые фактически воплощает каждая роль.
Project Manager
Роль Project Manager появилась самой первой в виду необходимости иметь ответственного координатора за реализуемый проект. Изначально все проекты следовали методологии Waterfall, координируя действия команды проекта.
Project Manager берет на себя управление определенной фазой продукта или услуги, например, выпуском нового продукта, а также отвечает за удовлетворение потребностей: потребностей задач, потребности проектов и индивидуальных потребностей членов команды. Но его ответственность может быть расширена на основе дополнительных обязанностей или бизнес процессов в компании.
Основные обязанности Project Manager’a:
Product Owner
Роль Product Owner возникла после появления на свет методологии управления проектами — Agile Project Management. Обязанности Product Owner похожи на роль Project Manager, но Product Owner работает в относительно лучшей координации со всей командой Agile. Какой тип лидера будет наиболее эффективным, зависит от того, на какой философии построен проект.
Project Manager вступает в игру, когда проект использует более традиционный подход Waterfall, тогда как проект, разработанный с учетом гибкого подхода Agile, будет возглавляться Product Owner. Project Manager предпочитают диаграммы Ганта (Gantt chart), а Product Owner предпочитают Agile-инструменты.
Способ, которым Project Manager или Product Owner решает задачу, должен быть гибким, но всегда будут существовать некоторые конкретные различия в подходе. Идеи, лежащие в основе роли Product Owner и философии управления Agile, выросли и развились на основе идей, разработанных в методе Waterfall.
Product Manager
В отличие от проекта, который может иметь временные рамки, сам продукт является чем-то более долгосрочным. По сути, управление продуктом вращается вокруг продукта или услуги, то есть всего, что может быть предложено рынку для решения проблемы или удовлетворения потребности.
Product Manager отвечает за успех продукта на протяжении всего жизненного цикла продукта. Он сосредотачивает внимание больше на вопросе «что?», чем на «как?». Product Manager отвечает за верхнеуровневое планирование и отвечает за рост и развитие продукта.
Основные обязанности Product Manager:
В итоге выделим самое главное:
Роли Project Manager, Product Owner и Product Manager имеют разные обязанности и набор необходимых знаний.
Основное различие между Project Manager и Product Owner можно найти в направлении проекта, которым необходимо управлять. Если это тип проекта, который должен быть построен из надежного плана, в котором изложены все шаги в том порядке, в котором они должны быть завершены до начала следующего шага, Project Manager поможет вам туда добраться.
С другой стороны, проект, подразумевая продукт, который нуждается в гибкой разработке функционала, то для такого проекта Product Owner будет лучшим решением.
Product Owner vs Product Manager или Product Owner/Product Manager
Кто прав? Единого ответа нет. Сфера ИТ стремительно развивается, компании расширяются, создаются новые проекты, которые требуют новых подходов. Появляются “многостаночники”: девопсы, фулстек-разработчики, технические проджект-менеджеры. Все это зачастую приводит к путанице, когда HR-команда не может четко сформулировать, кто же им собственно нужен, и появляются вакансии, которые включают в себя набор обязанностей “от всех по чуть-чуть”.
Сделав сравнение Project Manager и Product Manager, я получила вопрос:
“А в чем тогда разница между Product Owner (владелец продукта) и Product Manager (менеджер продукта)?”
Давайте разбираться вместе!
Product Manager не привязан к какой-то определенной модели, методологии или фреймворку.
Менеджер продукта отвечает за общее видение продукта и его соответствие требованиям рынка; он контролирует процесс создания, общается с целевой аудиторией и разрабатывает маркетинговую стратегию для запуска, после которого постоянно оценивает актуальность продукта и, при необходимости, совершенствует его.
Владелец продукта отвечает за “достижение максимальной ценности продукта”. Он работает с командой, владеет минимальными техническими знаниями для лучшего понимания задач, решает, что и в какой последовательности будет реализовано из беклога, общается с пользователями на разных этапах для сбора обратной связи.
На этапе зарождения продакт-менеджмента скорость развития рынка и выпуска продуктов была совсем другой. Продакт-менеджер разрабатывал видение продукта и передавал его на реализацию проджект-менеджеру. В 1980-х, когда рынок стал меняться быстрее, продукты к моменту их выхода могли потерять свою актуальность. Появился Scrum со своей ролью владельца продукта, который чувствует, “куда ветер дует” относительно его бизнеса, и вносит необходимые изменения в беклог, постоянно держа руку на пульсе и корректируя приоритеты.
“визионера, который ведет идеи новых продуктов от первоначального концепта до запуска “созревшего” продукта”.
Примеры вакансий и более подробное их описание можно посмотреть FB Product Manager и Sr. Product Manager от Amazon. В Google помимо более 600+ запросов на эту должность, есть своя обучающая программа “Google Associate Product Manager Program”.
А что же с требованиями к этим должностям? Какими эти позиции видят рекрутеры?
Требования к Product Manager:
Умение анализировать рынок и продукцию конкурентов, выявлять болевые точки и проблемы потенциальных пользователей для понимания возможных зон развития.
Понимание, как превращать потребности клиента в готовый продукт.
Опыт в проведении тестов (к примеру, A/B, A/A) и навыки анализа больших объемов информации.
Знание принципов UX/UI дизайна и инструментов для прототипирования.
Опыт в создании плана развития продукта или отдельных функций и отслеживание его выполнения.
Умение работать в постоянно-меняющейся окружающей среде и сбор необходимых аналитических данных для “процветания” продукта в этих условиях.
Понимание процессов разработки продукта, зон ответственности команды и навыки общения с заказчиками и потенциальными пользователями.
Требования к Product Owner
Опыт работы в Scrum и понимание гибких методологий и фреймворков в целом.
Организационные, аналитические и коммуникационные навыки.
Умение находить ключевые проблемы и возможности разрабатываемого продукта.
Способность правильно приоритизировать деятельность (как свою, так и команды) для успешной работы над проектом.
Умение анализировать, КАК думают потенциальные пользователи, ЧЕГО они хотят, КАК себя ведут с целью дальнейшего “превращения” этой информации в функции и услуги.
Способность “предсказывать” тренды в будущем, основываясь на имеющихся данных.
Опыт в оптимизации продукта через А/В тестирование.
Умение разбивать весь объем работы на отдельные задачи для дальнейшей презентации их стейкхолдерам и членам команды.
Опыт написания технической документации.
И если требования более-менее отличаются, то обязанности очень подобны.
Обязанности Product Manager:
Находить и анализировать возможности рынка и потребности ЦА для создания концепта продукта и стратегии его разработки.
Общение с клиентами напрямую.
Создание плана разработки, контроль его выполнения и написание документации.
Сотрудничество со стейкхолдерами, проджект-менеджерами и командой для общего понимания, каким образом создаваемый вами продукт будет соответствовать требованиям клиентов.
Написание high-view требований и детализация их с командой.
Создание пути клиента “от А до Я”, чтобы впечатления пользователей были максимально положительными на всех этапах взаимодействия с продуктом.
Мониторинг метрик, создание и проверка гипотез.
Помощь при выведении продукта на рынок и дальнейшая его поддержка.
Обязанности Product Owner:
Анализировать рынок и потребности клиентов, понимать их ожидания и психологию.
Собирать обратную связь как от стейкхолдеров, так и от конечных пользователей.
Быть “клеем” для команд аналитиков, дизайнеров, разработчиков и поддержки, чтобы происходила эффективная коллаборация между ними.
Определять объем работ для разработчиков и формировать беклог.
Управлять релизами, ставить задачи команде.
Участвовать в демонстрациях и ретроспективах.
Создавать техническую документацию (пользовательские истории, видение, руководство для пользователей и т.д.) и четкие достижимые спецификации, чтобы команда выпускала ключевые функции вовремя и с максимальной ценностью для рынка.
Создавать рекомендации для маркетинговых стратегий с целью привлечения и удержания пользователей.
Формировать дорожную карту продукта.
Контролировать создание продукта от идеи до поставки заказчику.
Project Manager vs Product Owner – в чем разница?
Ситуация, которую мы наблюдали не раз – несколько нервничающих человек, вооруженных маркерами около флипчарта, лихорадочно составляющих таймлайны и майндмэпы и пытающихся найти ответственных за проект, решение или косяк.
Как говорят: “Картинка смешная, а ситуация страшная”.
Понятно, что за действия команды отвечает руководитель. Но если их несколько, то с кого что спрашивать?
В этом материале разберемся в зонах ответственности проджект-менеджера (ПМ) и продукт овнера (ПО), и поймем, у кого какая суперсила.
Начнем с азов – глоссарий:
Например, ваш продукт – это мобильное музыкальное приложение. Данный продукт подразумевает большое количество подпроектов: разработка самого приложения, стратегия продвижения приложения, создание коммьюнити и тому подобное. У каждого подпроекта есть свои цели, начальные и конечные точки. Менеджер проекта и овнер продукта – разные люди, и функционал у них совсем не похож.
PRODUCT OWNER
Нужно понимать, что продакт овнер – на территории СНГ профессия еще свежая и неизученная, как грибной кофе (такой тренд реально есть, не верите – погуглите). Ее чёткое определение в профессиональных кругах еще не составлено, а задачи и зона ответственности ПО отличаются от фирмы к фирме. Бардак состоит в том, что каждый продакт сам себе определяет параметры работы и функциональную зону – регламента нет, четких правил нет, а несчастный scrum-мастер пытается сохранить остальную часть команды в психическом равновесии.
Теперь скажем проще. Продакт отвечает за продукт, а проджект — за процесс. ПО похож на генерального директора на уровне микровселенной: он формирует видение продукта и каким он должен быть через несколько лет, и доносит эту картину всем членам команды. Отличие только в том, что продакт не стоит на вершине иерархической пирамиды, и не имеет прямого влияния на копирайтеров, разработчиков, аналитиков и тд. Он должен, как Данко из “Старухи Изергиль”, нести свое горящее сердце в руке и освещать путь команде – а они, в свою очередь, верили ему и шли за ним.
Переведем: отвечает за создание или улучшение продукта.
Его заботы выглядят вот так:
PROJECT MANAGER
Какие навыки требуются от проджекта чаще всего:
И еще раз – БЮДЖЕТЫ и СРОКИ – вот что самое важное в его работе
Менеджер продукта и владелец продукта: в чем разница
В статьях об управлении продуктами часто пишут о разнице между продакт- и проджект-менеджер — наверно, потому что звучит очень схоже. Если вы смогли в этом разобраться, то вот вам другая задача, со звёздочкой: понять разницу между менеджером продукта (он же продакт-менеджер, product manager, PM) и владельцем продукта (продакт-оунер, product owner). Вопрос непростой, тем более что в некоторых компаниях предпочитают объединять эти роли, вручая все обязанности одному человеку. Можно ли так делать и в чём разница, разбираемся вместе с куратором программы курса Project Manager Дмитрием Васиным.
Кто чем занимается
Если вкратце, продакт-менеджер — лицо, которое принимает окончательное стратегическое решение по продукту: по его видению, стратегии, бизнес-цели. А владелец продукта — это роль в методологии Scrum, ответственная за достижение максимальной ценности продукта.
Продакт-менеджер — это наёмный предприниматель внутри компании. Он нацелен на развитие продукта, который с наименьшими вложениями принесёт наибольшую прибыль. Продакт-менеджер сфокусирован на долгосрочной стратегии, отвечает за исследование конкурентной среды и своей аудитории. Здесь речь идёт о маркетинговых задачах и взаимодействии с клиентами.
Продакт-оунер несёт ответственность за достижение максимальной ценности продукта — как результата работы команды. И добивается он этого при помощи Scrum — фреймворка гибкой разработки программного обеспечения. Владелец продукта понимает, кто чем занимается в команде, управляет бэклогом, плотно взаимодействует с разработчиками и другими заинтересованными лицами. Он отвечает за то, чтобы все члены команды имели ясное представление, над чем работают и в какой последовательности будут выполнять задачи.
Почему возникает путаница
Scrum — простая структура, ориентированная на помощь командам в разработке программного обеспечения. Она не охватывает общие практики управления продуктами: разработку стратегии, составление дорожной карты и финансовый прогноз. Единственный инструмент управления, который предлагает этот фреймворк, — приоритизация бэклога.
Есть подходы, где разделяют роли продакт-менеджера и продакт-оунера, чтобы облегчить масштабирование. Например, SAFe — Scaled Agile Framework — фреймворк для координации работы над проектом (или связанными проектами) для пяти и более скрам-команд. Владелец продукта в SAFe — не то же самое, что продакт-оунер в Scrum, так что это только добавляет путаницы. Зачем тогда в Scrum вообще введена роль владельца продукта? Почему бы в фреймворке не использовать термин «менеджер продукта»?
Дело в том, что в 1990-х годах, когда был разработан Scrum, управление продуктами отличалось от сегодняшнего. Менеджеры продукта делали предварительные исследования рынка, планировали выпуск продуктов и определяли требования к ним. Затем они передавали спецификацию и требования менеджерам проектов, которые и занимались созданием продуктов. Затем менеджеры продукта возвращались только для того, чтобы поставить задачу на внесение правок или помочь на этапе запуска.
Сейчас, при гибком управлении, все работает совсем иначе. Сотрудники, создающие продукты, должны постоянно взаимодействовать с командами разработчиков, не пренебрегая рынком и внутренними заинтересованными сторонами.
Сегодня Scrum применяется за пределами сферы разработки: в банках, ритейле, медиакомпаниях. Эти организации приняли такую систему, но у них традиционно нет команд по управлению продуктами и, следовательно, менеджеров. А диджитал-продукты есть: приложения для онлайн-банкинга, программное обеспечение для автоматизации бизнес-процессов, повышения производительности и снижения затрат.
Чтобы начать работать гибко, в этом случае достаточно ввести должность продакт-оунера (владельца продукта). Scrum позволяет возложить эту роль на кого-то из команды — так что не придётся создавать целую группу управления продуктами и инициировать организационные изменения. Сотрудники бизнес-подразделений после обучения и инструктажа смогут выступать в качестве владельцев продуктов. Но в долгосрочной перспективе полезно выделять эту функцию отдельно.
На практике термины «менеджер продукта» и «владелец продукта» часто используются как взаимозаменяемые. Однако специалисты не играют одну и ту же роль под разными именами — это две уникальные функции. Сравним рабочие задачи: