кто такой продукт owner
Кто такой Product Owner, чем занимается и как отличается от project-менеджера
В scrum-команде есть несколько основных ролей. Одна из них — Product Owner. Рассказываем, кто это и чем занимается.
Product Owner, или «владелец продукта» знает всё о потребностях и болях пользователя, возможностях команды, видит их точки соприкосновения на благо всего проекта.
Как не путать с менеджером проекта
Менеджер проекта и Product Owner — это не одно и то же. Менеджер проекта — руководитель: он распределяет задачи и нагрузку, проверяет и снова руководит процессом.
А владелец продукта больше про сам продукт. Он видит, каким должен быть результат, и знает, как команда будет его добиваться. Контролируя каждый этап, он корректирует курс и говорит, что делать дальше. У них похожие функции, но есть и отличия.
Пишет про управление в Skillbox. Работала координатором проектов в Русском музее, писала для блога агентства CRM-маркетинга Out of Cloud.
| Product Owner | Руководитель проекта |
|---|---|
| ключевая роль в гибких методологиях | должность вне зависимости от методологии |
| не управляет командой, а направляет и работает вместе с ней | по большей части руководит |
| отвечает за продукт | отвечает за продукт |
Функции Product Owner ближе к работе, которую выполняет Product Manager. Чтобы научиться и стать профессионалом в этой области, обратите внимание на практический курс «Управление продуктом» от Skillbox.
Роли продуктового менеджера и владельца продукта часто объединяют в вакансиях.
Роль Product Owner
в scrum-команде
Напомним, что Scrum — методология гибкой разработки программного обеспечения. Она основана на Agile-манифесте.
Scrum-команда — это владелец продукта, scrum-мастер и разработчики. В заказной разработке — еще клиент, пользователи и стейкхолдеры.
Чем занимается
Product Owner
Product Owner выполняет часть функций руководителя проекта, менеджера продукта и маркетолога. Он не управляет, а направляет команду, чтобы вместе прийти к желанному результату. У него есть власть и ответственность.
Product Owner отвечает за продукт на всех этапах его создания:
По Scrum владелец продукта — это роль одного человека из команды. Но компании, которые используют фреймворк, адаптируют его под свои потребности. Поэтому бывает, что один человек выполняет сразу несколько ролей. Например, менеджер проекта в заказной разработке — это и scrum-мастер, и Product Owner. Это противоречит scrum-гиду, но вполне допустимо, если система работает и приносит нужный результат.
Кто будет выполнять роль владельца продукта, зависит от проекта. Это может быть человек из команды, сотрудник заказчика или он сам, если, например, проект — сайт для его компании. Владельцев продукта часто нанимают на проект со стороны и обучают внутри команды.
Что важно для владельца продукта
Обязанности владельца продукта зависят от типа проекта. Вот что для вас важно, если вы — Product Owner.
Вы всегда представляете, как будет выглядеть продукт в итоге, и способны объяснить это другим. Важно сделать так, чтобы все в команде поняли задачи одинаково.
Вы должны убедиться, что продукт будет ценен для пользователя. Не важно, какие методы вы будете применять для этого.
Вам придется слушать предложения команды, оценивать их и заносить в общий список задач и требований. Вы отвечаете за содержание бэклога и за изменения в нем.
Только вы выбираете порядок, в котором команда будет работать. Всегда точно знаете, какие функции появятся у продукта первыми, а что можно дорабатывать потом. Задачи на каждый спринт тоже планируете вы.
Вам важно, что получается после каждой итерации. Вы проверяете качество продукта в конце спринта, и, если что-то идет не так, знаете, как это изменить. Прогресс продукта — это ваш личный прогресс.
Именно вы следите, чтобы общение команды было продуктивным. Вам важно, чтобы все, кто создаёт продукт, могли обмениваться идеями и легко понимали друг друга. От этого зависит общий результат.
Заключение
Мы рассказали, кто такой Product Owner и чем он занимается. Если у вас остались вопросы или вы хотите подробнее разобраться в Scrum и Agile, советуем почитать и посмотреть:
Чтобы быть владельцем продукта, нужно уметь работать по Agile-методологиям. Разбираться в маркетинге, юзабилити, разработке и управлении, а главное — понимать жизненный цикл продукта.
Менеджер продукта и владелец продукта: в чем разница
В статьях об управлении продуктами часто пишут о разнице между продакт- и проджект-менеджер — наверно, потому что звучит очень схоже. Если вы смогли в этом разобраться, то вот вам другая задача, со звёздочкой: понять разницу между менеджером продукта (он же продакт-менеджер, product manager, PM) и владельцем продукта (продакт-оунер, product owner). Вопрос непростой, тем более что в некоторых компаниях предпочитают объединять эти роли, вручая все обязанности одному человеку. Можно ли так делать и в чём разница, разбираемся вместе с куратором программы курса Project Manager Дмитрием Васиным.
Кто чем занимается
Если вкратце, продакт-менеджер — лицо, которое принимает окончательное стратегическое решение по продукту: по его видению, стратегии, бизнес-цели. А владелец продукта — это роль в методологии Scrum, ответственная за достижение максимальной ценности продукта.
Продакт-менеджер — это наёмный предприниматель внутри компании. Он нацелен на развитие продукта, который с наименьшими вложениями принесёт наибольшую прибыль. Продакт-менеджер сфокусирован на долгосрочной стратегии, отвечает за исследование конкурентной среды и своей аудитории. Здесь речь идёт о маркетинговых задачах и взаимодействии с клиентами.
Продакт-оунер несёт ответственность за достижение максимальной ценности продукта — как результата работы команды. И добивается он этого при помощи Scrum — фреймворка гибкой разработки программного обеспечения. Владелец продукта понимает, кто чем занимается в команде, управляет бэклогом, плотно взаимодействует с разработчиками и другими заинтересованными лицами. Он отвечает за то, чтобы все члены команды имели ясное представление, над чем работают и в какой последовательности будут выполнять задачи.
Почему возникает путаница
Scrum — простая структура, ориентированная на помощь командам в разработке программного обеспечения. Она не охватывает общие практики управления продуктами: разработку стратегии, составление дорожной карты и финансовый прогноз. Единственный инструмент управления, который предлагает этот фреймворк, — приоритизация бэклога.
Есть подходы, где разделяют роли продакт-менеджера и продакт-оунера, чтобы облегчить масштабирование. Например, SAFe — Scaled Agile Framework — фреймворк для координации работы над проектом (или связанными проектами) для пяти и более скрам-команд. Владелец продукта в SAFe — не то же самое, что продакт-оунер в Scrum, так что это только добавляет путаницы. Зачем тогда в Scrum вообще введена роль владельца продукта? Почему бы в фреймворке не использовать термин «менеджер продукта»?
Дело в том, что в 1990-х годах, когда был разработан Scrum, управление продуктами отличалось от сегодняшнего. Менеджеры продукта делали предварительные исследования рынка, планировали выпуск продуктов и определяли требования к ним. Затем они передавали спецификацию и требования менеджерам проектов, которые и занимались созданием продуктов. Затем менеджеры продукта возвращались только для того, чтобы поставить задачу на внесение правок или помочь на этапе запуска.
Сейчас, при гибком управлении, все работает совсем иначе. Сотрудники, создающие продукты, должны постоянно взаимодействовать с командами разработчиков, не пренебрегая рынком и внутренними заинтересованными сторонами.
Сегодня Scrum применяется за пределами сферы разработки: в банках, ритейле, медиакомпаниях. Эти организации приняли такую систему, но у них традиционно нет команд по управлению продуктами и, следовательно, менеджеров. А диджитал-продукты есть: приложения для онлайн-банкинга, программное обеспечение для автоматизации бизнес-процессов, повышения производительности и снижения затрат.
Чтобы начать работать гибко, в этом случае достаточно ввести должность продакт-оунера (владельца продукта). Scrum позволяет возложить эту роль на кого-то из команды — так что не придётся создавать целую группу управления продуктами и инициировать организационные изменения. Сотрудники бизнес-подразделений после обучения и инструктажа смогут выступать в качестве владельцев продуктов. Но в долгосрочной перспективе полезно выделять эту функцию отдельно.
На практике термины «менеджер продукта» и «владелец продукта» часто используются как взаимозаменяемые. Однако специалисты не играют одну и ту же роль под разными именами — это две уникальные функции. Сравним рабочие задачи:
Product owner и product manager: какая заключается разница в таких похожих на первый взгляд профессиях?
Product manager объединяет в себе компетенции маркетолога, аналитика и экономиста. Product owner работает более тесно с командой разработчиков продукта.
В последнее время всё чаще и чаще появляются новые профессии, смысл которых не всегда понятен сразу. Это вызывает большие дебаты о роли таких специалистов в компании, особенно если название должности созвучно с другими ранее существовавшими. Один из подобной серии дискуссионных вопросов: «В чём разница product owner и product manager?» Разбирая словарный состав названий должностей, кто-то может предположить, что различие находится в признаке отношения к продукту. Один претендует на владение (ownership) товаром, а второй — на управление (management).
Как и в любой дискуссии о том, что выполняет тот или иной специалист в компаниях, есть нюансы в обязанностях, которые зависят от конкретного предприятия, его структуры и организации работы в нём. Мы уже разбирали в другой статье отличия между продакт и проджект менеджерами, где указывали на подобные расхождения. Но а здесь остановимся на том, какое ключевое отличие product manager от product owner.
Почему менеджера продукта часто путают с владельцем продукта?
В противопоставлении ролей product owner vs product manager, на самом деле, можно обнаружить больше общего, чем различий. У обоих в обязанностях решение задач по созданию и модернизации продукта, который обладает ценностью для потребителей. И менеджер по продукту, и владелец продукта работают с разработчиками в тесном контакте, чтобы сделать решение потребительской «боли» совершеннее и удобнее для пользователей.
Резиденты Кремниевой долины, которым процесс разработки нового продукта известен лучше, чем кому-либо, так пишут о данном направлении:
«The story is not about how to manage managers and engineers. Managed products mean to deeply understand problem aims to solve then chase the goal of managing every nuance of that problem. There are always the place for compromises what team can accomplish at the moment and what customers need. Their perception of the product manages what to do first and what to do next».
Из цитаты видно, что важно как стратегическое направление развития продукта, так и внимание к детальному совершенству. В этом кроется причина того, что отличие product manager от product owner не так заметны со стороны. Обе профессии считаются тождественными и очень часто воспринимаются как разные названия одной и той же функции в компании.
Однако есть различие в их подходах к развитию продукта, но, чтобы уловить его, нужно глубже погрузиться в детали выполняемых ими работ. Рассмотрим это ниже.
Какие функции выполняет каждая из этих профессий?
Product manager (менеджер продукта) объединяет в себе компетенции маркетолога, аналитика, экономиста и немного дизайнера и технолога. Он определяет какой продукт нужен потребителям, как он должен функционировать и какая у него последовательность развития. На практике product manager собирает много информации на рынке, исследует потребителей, мониторит активность конкурентов в части создания и развития аналогичных предложений. Полученную информацию о внешней среде он анализирует.
На основе сделанных выводов разрабатывает долгосрочной план развития продукта — дорожную карту. По ней product manager формирует задания разработчиками и следит за их выполнением, не вдаваясь в технические детали реализации. Надо отметить, что в данном случае он не руководит проектом разработки. Он выступает внутренним заказчиком, который выдвигает требование к очередному этапу работ и принимает их.
Главная цель, к которой стремится product manager, — это создать продукт в соответствии со стратегией компании и обеспечить его успех на рынке, который измеряется в конкретных показателях. Например, доля на рынке, объём продаж, уровень рентабельности, удовлетворенность пользователей и т.д.
Product owner работает более тесно с командой разработчиков продукта. В его задачи входит выявление недостатков, которые не столько связаны с продуктом в целом, а с тем, как реализованы отдельные его функции. Он собирает отзывы, аккумулирует все недовольства пользователей, фиксирует их в журнале недочётов, выстраивает приоритеты в последовательности работ и доносит позицию пользователей до команды разработчиков.
Product owner тоже не сильно погружён в технологические вопросы и проект разработки вне его управления. Не в его компетенции также определять технические причины функционирования продукта вне ожиданий потребителей. Его задача указать на то, какой дискомфорт или даже «боль» испытывает человек при пользовании продуктом и требовать от разработчиков найти решение и устранить дефекты. Таким образом, с его помощью потребительская проблема становится предметом беспокойства самой команды.
Основная цель product owner — выжать максимальную ценность из продукта за счет устранения его недочетов, которые заметны потребителям и вызывают их недовольство. Фактически он занят приведением в равновесие ожиданий пользователей с действительностью, а в идеальной случае — превзойти требования клиентов к продукту, оставаясь в отведённых финансовых рамках.
Запоминаем, чем отличаются данные профессии
Итак, мы плавно подошли к тому, чтобы зафиксировать отличие product manager от product owner. Хотя, как было отмечено выше, оба специалиста работают над общей целью — это создание востребованного продукта и его модернизация, однако к её достижению каждый их них применяет свои подходы.
Product manager по характеру действий похож на внутреннего предпринимателя. Он стремится на основе информации от потребителей и данных о состоянии конкурентной среды создать и развивать продукт, который обеспечит компании достижение желаемых бизнес-показателей. Product owner — это внутренний перфекционист, который собирает отзывы клиентов, выявляет их недовольство продуктом и вместе с разработчиками доводит проблемные места до ожидаемого потребителями уровня функционирования.
Ниже приведена таблица, в которой указаны различия в работе этих двух ролей.
Таблица 1. Различия между product manager и product owner
Менеджер по продуктам
Основной вектор внимания
Общая концепция и видение продукта. Долгосрочный план его развития.
Детальное представление продукта. Текущий и грядущий фронт работ по улучшению продукта.
Подведём итоги, чем отличаются обе роли. Product manager нацелен на стратегическую перспективу и отвечает за весь жизненный цикл продукта. Product owner наоборот имеет более узкое направление для работы. Для него важнее текущая работа с командой разработчиков и устранение неполадок по списку недочётов.
Product manager в своих действиях ориентируется на рынок и целевую аудиторию потребителей. Так он определяет последовательность появления очередных модернизаций продукта. Product owner больше руководствуется дорожной картой разработки продукта и, взаимодействуя с разработчиками, отвечает за её воплощение для получения должного результата в соответствии с ожиданиями пользователей.
Product Owner: 7 ключевых обязанностей
Меня зовут Дмитрий Котенко, я – генеральный директор студии по разработке приложений InfoShell. Так как этот журнал читают не только специалисты и бизнесмены, но и молодое поколение, которому, возможно, будет интересна работа над созданием диджитал-продуктов, я решил поделиться информацией о профессии продакт оунера. Приятного чтения!
Пара вступительных слов
Современные методы разработки digital-продуктов предполагают гибкий подход. Он намного эффективнее, чем некогда популярный каскадный с четко прописанным техническим заданием, от которого нельзя отклоняться. Принцип гибкой методологии прямо противоположный – здесь поощряется инициатива, грамотная приоритезация и изменения продукта.
Казалось бы, такой подход должен вызывать хаос в проектной команде, потому что каждый стремится высказать свое мнение. Чтобы не было этого хаоса, в команде разработке всегда должен быть продакт оунер.
Продакт оунер – это человек, который управляет созданием продукта и отвечает за то, что получится в результате. Компетентный продакт оунер сочетает в себе роли бизнес-стратега, рыночного аналитика, продакт-дизайнера и клиента.
Итак, 7 основных обязанностей продакт оунера:
Определение видения продукта
Продакт оунер отвечает за коммуникацию с заказчиком, предлагая ему те или иные фичи продукта, а также видение, которые бы соответствовали его бизнес-целям.
Наличие продакт-оунера на проекте гарантирует заказчику, что agile-команда будет придерживаться того видения, которое установлено заказчиком. Для этого продакт-оунер составляет дорожную карту продукта (roadmap) – краткосрочный или долгосрочный план выполнения, изменения и развития проекта.
Управление бэклогом продукта
Еще одна обязанность продакт оунера – управлять бэклогом. Бэклог – это список задач для команды разработчиков, который может меняться в зависимости от потребностей проекта. Изменять бэклог может как продакт оунер, так и разработчик. Здесь обязанность продакт оунера состоит в том, чтобы составить список задач и определить их приоритетность выполнения в соответствии с бизнес-задачами заказчика.
Приоритезация потребностей продукта
Приоритезация потребностей – неотъемлемая часть agile-процесса. Она также зависит от бизнес-задач заказчика и сроков выпуска проекта. Например, если разрабатываемый продукт должен быть запущен в течение 6 месяцев, продакт оунер должен определить, какие главные функции должен включать его MVP (minimum viable product) – минимально жизнеспособный продукт, и, исходя из этого, решить, длительность каких итераций можно изменить. Приоритезация потребностей также зависит от бизнес-задач заказчика.
Контроль на всех этапах разработки
Когда видение, стратегия и приоритеты продукта установлены, требуется тщательный контроль над разработкой. Продакт оунер наблюдает за процессом выполнения итераций, планирует следующие, проводит еженедельные стендапы разработчиков, планирование, ретроспективу совместно со SCRUM-мастером, анализирует эффективность, и ставит сроки для следующего спринта, в рамках которого команда будет готова показать ценную реализованную часть продукта. На спринте планируется, какой пул работ будет реализован, а командой проставляются оценки задач в рамках пользовательских историй.
Выработка продуктовой стратегии совместно с заказчиком
Компетентный продакт оунер – это еще и эксперт-аналитик, который работает над продуктовой стратегией совместно с заказчиком. Формируя продуктовую стратегию, продакт оунер работает с обратной связью пользователей, проводит исследование рынка, продуктовых стратегий аналогичных продуктов и исследует их показатели. Такая экспертиза показывает, что продакт оунер понимает тренды рынка, умеет предвидеть проблемы продукта и сможет решить их.
Эффективная коммуникация с заказчиком и разработчиками
Продакт оунер общается и с заказчиком, и с разработчиками. Он должен обладать навыками хорошего коммуникатора, чтобы задачи, поставленные заказчиком, были внятно донесены до проектной команды. От того, насколько четко сформированы задачи и сроки, зависит эффективность процесса. Иными словами, здесь продакт оунер отвечает за понимание между заказчиком и разработчиком.
Оценка прогресса продукта
Оценивать эффективность каждой итерации – еще одна зона ответственности продакт оунера. Он определяет, насколько полноценно выполнена та или иная задача, и решает, приступать к следующему спринту или осуществить доработку.
Мы видим, что продакт оунер – это очень важный элемент в команде гибкого процесса разработки. Это тот человек, без которого на проектах царил бы хаос и не было бы конечного видения стратегии продукта. Именно он координирует действия разработчиков, общается с заказчиком, выявляет главные потребности продукта и отвечает за финальный вариант продукта.
Кто такой продукт owner
Seldemirov Aleksandr / 06.05.2020
Сегодня мы подробнее рассмотрим роль Product Owner.
В предыдущем материале, мы говорили о том, что роль Заказчика и роль Product Owner может быть совмещена в одном лице, при этом у наших зрителей возник вопрос, в чем же принципиальная разница между этими ролями.
Рассмотрим этот вопрос на примере нашего проекта “смета”.
Заказчик
Заказчик для нас – этот тот, кто в своем бизнесе отвечает на вопрос:
Кто Клиент, в чем его потребность? И формирует видение продукта.
Следующий шаг в проекте – это формирование понимания, как данный продукт/услуга будут работать.
Именно на этом этапе включается роль Product Оwner.
Product Owner
На основании вышеуказанной информации формирует задание для команды разработки продукта.
Пример проекта СМЕТА
Заказчик — определил видение результата работы “составление сметы материалов сейчас занимает 3-4 недели, а нужно, чтобы смета составлялась — по-кнопке”.
Product Owner — приземляет решение в виде создания площадки, где все три стороны (инженеры-сметчики, производители и поставщики/дилеры) заводят свою информацию. И в рамках единой системы уже автоматизировать процессы составления сметы.
Итак, мы понимаем теперь, что Product Owner имеет наиболее полное представление о разрабатываемом продукте уже в самом начале проекта:
Существуют 2 типа продуктов:
1. Продукты, направленные на удовлетворение потребностей клиентов, и в конечном итоге, на извлечение прибыли.
2. Продукты, направленные на оптимизацию затрат и операционную эффективность.
Product Owner при проектировании продукта ориентируется на внешних или внутренних клиентов.
А на чьи потребности ориентировался PO в проекте СМЕТА?
Прежде чем ответить на данный вопрос, стоит сказать, что этот проект можно смело назвать революционным, поскольку он предполагает создание совершенно новой бизнес-модели взаимодействия заказчиков и поставщиков, кроме того, здесь ведется работа с большими массивами данных, где для ускорения и избегания ошибок мы начинаем использовать ИИ.
Несколько слов о проекте:
1. Целевой клиент продукта: проектные компании в строительной области, производители и поставщики строительных материалов и инженерных систем.
2. Сейчас строительные компании создают смету в течение 2-4 недель.
3. В этой работе используется труд сметчика, что приводит к серьезным временным затратам.
4. Благодаря нашему проекту появляется продукт, который позволяет в течение 2-х часов получить готовую смету материалов.
5. Мы создали онлайн платформу, где инженеры-сметчики подгружают САПР проекты, производители подгружают свои каталоги, а поставщики вводят номенклатуру и коммерческую информацию, они все являются клиентами данного сервиса
6. Product Owner должен смотреть в будущее, детально понимать, что и как будут делать все клиенты этой платформы.
На данном этапе, мы разобрались в специфике продукта и роли РО в конкретном проекте
А теперь мы расскажем о том, как PO взаимодействует с другими ролями в проекте?
В самом начале проекта происходит тесное взаимодействие Product Owner с бизнес-аналитиком, Project Manager, Архитектором и Тех-Лидом.
Product Owner на входе:
Представленная информация позволит:
Для успешной реализации проекта жизненно необходимо активное вовлечение Рroduct Оwner-a со стороны заказчика. Его доступность и участие обеспечат четкое понимание цели и продуктивную работу всей команды.
Какие компетенции позволяют Product Owner осуществлять качественно свою работу и создавать наиболее ценный вклад в реализацию проекта?
В завершении данного материала, хочется отметить, что в рамках всех наших проектов мы просим заказчиков обеспечить со своей стороны самую главную и ключевую роль в проекте — это роль Product Owner.
тем быстрее и качественнее проект будет продвигается к цели.