Product Owner (владелец продукта) и Product Manager (менеджер продукта) популярные профессии в наше время. Кто-то считает, что это иерархически связанные позиции, и тут требуется определиться, какая роли в организации находится выше. Кто-то считает, что это одно и тоже по сути, просто разные названия. В этой статье расставляем ориентиры, которые помогут вам разобраться в данной теме.
Когда меня спрашивают, чем отличается Владелец продукта от Менеджера продукта, то задаю встречный вопрос:
— Какого владельца и менеджера продукта вы имеете ввиду, потому что существует как минимум две версии Product Owner и два типа Product Manager?
Два Владельца продукта
Первый Product Owner пришел из фреймворка Scrum в 2011.
Владелец продукта несет ответственность за максимизацию ценности продукта, получаемого в результате работы Scrum Team. Также несет ответственность за эффективное управление Product Backlog. Product Owner может выполнять это работу сам или делегировать ее выполнение другим лицам. Тем не менее, Product Owner остается ответственным за нее.
(с) Руководство по Scrum 2020
Простыми словами, Владелец продукта в Scrum — это человек, который несет единоличную и нераздельную ответственность за максимизацию ценности продукта, как результата работы Scrum команды.
!НО, есть одна фраза в руководстве по Скрам, которая уменьшает вес роли.
Способы достижения максимальной ценности могут быть очень разными и зависят от организаций, Scrum Teams и конкретных людей.
(с) Руководство по Scrum 2020
Другими словами, если в организации решили, что достижение максимальной ценности как результата работы Scrum Team является увеличение количества выполненных задач за промежуток времени, то Владелец продукта в данном контексте превращается в Delivery менеджера. А учитывая, что определение термину «Продукт» в руководстве по Скрам нет, то наполнение его зависит от фантазии людей.
Мне не нравится данная фраза, потому что она открывает организациям пространство для манёвра и применение роли Product Owner на сущности, которые не являются продуктами. Есть даже факт того, что изначально под максимизацией ценности продукта, в 2004 году Кен Швабер, один из создателей Scrum, пишет в своей книге Agile Project Management with Scrum, что Владелец продукта несет ответственность перед теми, кто финансирует проект, за реализацию видения таким образом, чтобы максимизировать рентабельность инвестиций (ROI). И всё же, с момента выпуска первой версии Scrum Guide 2011 до настоящего времени, понимание максимизация ценности продукта, остаётся на откуп людям в компаниях, которые решили применять фреймворк Scrum.
Во фреймворках масштабирования Scrum, таких как Scrum of Scrums, Nexus и LeSS, Владелец продукта понимается аналогично версии из Scrum Guide.
Второй Product Owner пришел из Scaled Agile Framework®.
В 2011 году Дин Лёфингвэлл представил первую версию SAFe 1.0
Владелец продукта (Product Owner) является участником Agile команды, отвечает за определение историй и расстановку приоритетов в бэклоге команды(!), чтобы оптимизировать выполнение приоритетов программы при сохранении концептуальной и технической целостности функций или компонентов. Роль предполагает плотное взаимодействие с менеджментом продукта, пользователями, владельцами бизнеса и другими заинтересованными сторонами.
(с) Scaled Agile Framework®
Простыми словами, Владелец продукта в SAFe — это человек, который отвечает за составление и приоритезацию и реализацию элементов бэклога команды, которые направлены на достижение целей и задач менеджмента продукта.
С владельцами продукта познакомились, переходим к Менеджеру продукта, где как уже было сказано есть два типа.
Краткая история развития Менеджера продукта
История появления роли менеджера продукта начинается в прошлом столетии в компании Procter & Gamble’s.
В 1931 году Нил Макэлрой изложил обязанности и ответственность новой в компании должности «brand man». Бренд-менеджеры отвечали за бренд, изучение клиентов и территории продаж, маркетинг, разработку, управление продуктами и управление цепочками поставок.
Спустя несколько лет, Нил консультирует молодых предпринимателей Билла Хьюлетта и Дэвида Паккарда, основателей Hewlett-Packard. Они интерпретировали концепцию brand men как “максимально приближение процесса принятия решений к клиенту”. Благодаря этой реализации HP стала одной из первых компаний, внедрили понятие управление продуктами (product management).
В 90-х годы произошло значительное развитие в дисциплине продуктового менеджмента направляется на ускорение получения обратной связи от пользователей, для эффективной адаптации продуктов компаний под потребности. Например в Microsoft, это привело к формированию новой роли в индустрии — Менеджера программы (Program Manager), который служил связующим звеном между инженерами и пользователями, переводя и адаптируя технические требования в контексте потребностей пользователей.
В новом тысячелетии одним из ключевых изменений стало широкое внедрение Agile-подходов в разработке, что позволило компаниям быстрее адаптироваться к быстро меняющимся технологиям и требованиям рынка. Происходит стремительное развитие интернет-технологий и мобильной связи, что привело к возникновению новых категорий продуктов, включая мобильные приложения и облачные сервисы. Менеджеры по продукту стали играть ключевую роль в создании маркетинговой и продуктовых стратегий, опираясь на глубокое понимание потребностей потребителей.
Два типа Менеджера продукта
В отличие от Владельца продукта в мире продуктовых менеджеров существует факт грейдирования Менеджеров продукта на junior, middle, senior и director. Также существует разделение продуктовых менеджеров по специализациям: product marketing manager, product design manager, product development manager и т.д.
В книге The Guide to the Product Management and Marketing Body of Knowledge в управлении продуктами выделяют два уровня продуктового менеджмента:
Upstream Product Management (Management position) отвечает за стратегию, финансы, развитие бизнес-моделей продуктов и направлений, управление портфелем продуктов, запуск новых продуктов, выход на новые рынки, принятие решений об инвестициям в перспективные технологии, развитии сотрудников компании и т.д.
Upstream Product Management (Management position): Chief Executive Officer (CEO), Product Lead, Head of Product, VP of Product, VP of Marketing, Chief Marketing Officer (CMO), Chief Information Officer (CIO), Chief Product Officer (CPO), Chief Technical Officer (CTO), Chief Financial Officer (CFO), Human Resources Director (HRD) и другие C-level позиции. В данном эшелоне находятся менеджмент на уровне отдельных продуктов и функций организаций.
Downstream product management (Contribution position) отвечает за реализацию намеченной стратегии, достижение целей и задач, включает в себя: разработка и развитие продуктов, улучшение и разработка внутренних систем, улучшение показателей эффективности и т.д.
Downstream product management (Contribution position): Junior Product Manager, Middle Product Manager, Senior Product Manager, Product Manager, Product Marketing Manager, Data Product Manager, Product Designer, UI/UX Product Manager и другие исполнительные позиции на уровне продукта и на уровне функции. В данном эшелоне находятся менеджеры руководящего, среднего и начальных позиций как на уровне продукта, так и на уровне функций организаций.
В небольших компаниях, менеджеры продуктов часто объединяют обе позиции, особенно это ярко выражено в стартапах.
Для меня ключевым разделением между Management и Contribution менеджерами заключается в наличии полномочий принимать управленческие решения касательно целей и вектора развития продукта. Например, Contribution position менеджер может принимать решения о том, как улучшить первую сессию клиента, как улучшить процесс онбординга или определять форму и наполнение той или иной функциональности. НО, Contribution position менеджер не имеет полномочий решать, на чем в данный момент стоит сфокусировать команду: повышении retention, поднятия конверсии воронки, повышение среднего чека или поднять вовлеченность пользователей. На чем сфокусироваться и на что сделать ставку, определяется Management position менеджерами.
Сравниваем Владельцев и Менеджеров продукта
Думаю, кто-то смог заметить, что Product Owner in SAFe хорошо укладывается в Contribution position. С Product Owner in Scrum, чуть сложнее, так как эта позиция предполагает активности на обоих уровнях и Management и Contribution position.
Теперь у вас есть карта, которая позволит самостоятельно сравнивать между собой разные версии Владельцев и Менеджеров продукта. Главное, чтобы в организации было единое понимание полномочий и зону ответственности роли, и не важно будет это Менеджер или Владелец продукта.
В завершении статьи, оставлю для вас один вопрос, который вызывает заторы в синапсах руководителей компаний.
— Кто является лицом отвечающим успех продукта?
Множество людей и команд оказывают влияние на продукт компании: бизнес-функции, IT, дизайнеры, маркетологи, продажи, служба поддержки клиентов, логистика, финансы, юристы и т.д. В какой-то мере, каждая группа специалистов уверена, что с их точки зрения будет лучшим в развитии продукта для клиентов и компании. Однако это разнообразие мнений, порой приводит к затяжным спорам, затягиванию принятия решений, а желание всем угодить размывает фокус и снижает эффективность работы. По этой же причине, Кен Швабер подчеркивает необходимость в определении конкретного лица, отвечающего за продукт, чтобы обеспечить согласованность и эффективное управление продуктом.
Всем отличных управленческих решений 🤘
Cмотрите статью на канале Productovka
