Product Owner: кто такой, задачи, обязанности, роль в команде

Представьте, вы идете на рынок осенью. За прилавком стоит колоритный мужчина в кепке-аэродроме и продает арбузы. Если он утверждает, что «сам выращивал», этого человека вполне можно считать владельцем продукта.

Об этой интересной профессии мы сегодня и поговорим.

Кто такой Product Owner

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

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

Чем занимается владелец продукта

В своей работе он сочетает ряд должностных обязанностей таких специалистов как:

• руководитель проекта;
• продуктовый менеджер;
• маркетолог (здесь учитываем все направления интернет-маркетинга).

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

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

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

Об этом подробнее мы поговорим ниже.

Обязанности владельца продукта

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

Требования к Product Owner

В общем виде их можно свести к следующим моментам:

• Большой опыт взаимодействия в парадигме Scrum и владение методологиями гибкой разработки.
• Абсолютно развитые способности в организации команд, аналитике и коммуникациях.
• Умение расставлять приоритеты и управлять своим вниманием в рабочих процессах, а также у проектной группы.
• Визионерское мышление, т.е. умение предугадывать тенденции, имея на руках данные реалий.
• Способность оптимизировать продукт на основании А/Б-тестов.
• Умение разрабатывать техническую документацию и корректно доносить ее содержимое до заинтересованных людей.
•  Знание английского языка как минимум на верхнем промежуточном уровне.
• Умение декомпозировать свою работу, чтобы показывать составные части членам проектной группы, а также стейкхолдерам.

Что нужно знать Product Owner: профессиональные навыки

Визионерство по части продукта

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

Доказанная и доказуемая ценность продукта

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

Перечень задач проектной группы, или бэклог

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

Расстановка приоритетов

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

Стратегия продвижения продукта

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

Понимание всеми всех

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

В чем разница между профессиями Product Owner и Product Manager

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

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

Product Owner	Руководитель проекта
Главенствующая роль в любой гибкой методологии	Должность, не зависящая от методологии и инструментов
Является не управляющим проектной группой, а ее направляющим	Является лицом, которое в основном управляет
Отвечает за продукт как его создатель и олицетворение	Отвечает за продукт как руководитель его разработки

Если посмотреть вакансии, можно увидеть, что эти две должности часто интегрируют в одну:

Вакансии и требования в них актуальны на начало декабря 2022 года

Роль Product Owner в Scrum-команде

Agile-манифест, созданный в 2001, послужил основой для Scrum. В нем всего четыре пункта, но они критически нужны:

1. Люди и взаимодействие важнее процессов и инструментов.
2. Работающий продукт важнее исчерпывающей документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

В состав Scrum-команды входят product owner, scrum-мастер и несколько разработчиков. Если речь идет о продукте на заказ — еще заказчик, пользователи и стейкхолдеры.

Классический состав Scrum-команды

Как видите, роли здесь распределены следующим образом:

• Product Owner выстраивает правильный продукт.
• Команда разработки выстраивает продукт правильно.
• Scrum Master выстраивает его быстро.

Коротко о главном

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

Источник