Владелец продукта (Product Owner)

Product Owner отвечает за расстановку приоритетов и контроль за задачами команды разработчиков, а также за обеспечение максимальной отдачи компании от работы команды.

Как именно описать обязанности и функции Product Owner в команде? Это одна из самых обсуждаемых ролей в разработке продукта. Ведутся даже споры о том, принадлежит ли вообще эта роль управлению продуктом.

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

Определение 1.

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

Определение 2:

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

Определение 3:

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

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

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

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

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

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

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

Когда следует разделять роли?

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

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

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

Это подводит нас к тому, чего всегда не хватает каждому хорошему владельцу продукта: времени.

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

 

Каковы обязанности Product Owner?

У владельцев Agile-продуктов много обязанностей – некоторые из них стратегические, а другие тактические. Вот некоторые из их ключевых ролей, которые применимы в большинстве команд:

1. Видение продукта (Vision)

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

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

2. Планирование и приоритизация

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

3. Управляйте задачами

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

4. Описание User Story

Часть роли product owner-а в ведении бэклогов продукта и спринта включает в себя описание User Story: простое описание небольших частей функциональности, которые необходимо создать.

5. Коммуникации

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