Product Owner Role в скраме: обязанности, масштаб

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

Product Owner — кто это?

Уже само название указывает на то, что Product Owner (владелец продукта) — это человек, который должен распоряжаться продуктом от имени компании. Он отвечает за то, чтобы продукт создавал ценность для клиентов и пользователей, а также для компании, которая предоставляет доступ к нему.

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

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

Чтобы выполнить эту обязанность, владелец продукта должен поддерживать контакт с пользователями, сотрудничать с командой разработки и разбираться в том, как работает компания. Как видно по схеме далее (Product owner responsibilities list), владелец продукта должен прямо взаимодействовать с заказчиками и конечными пользователями, командой разработки и другими ключевыми стейкхолдерами.

Обратите внимание, что на иллюстрации в одну фигуру обведены команда разработки, Scrum Master и Product Owner — это цельная единица, ведь у владельца продукта должны быть тесные рабочие отношения с другими членами скрам команды, основанные на доверии. В этом есть смысл: великие продукты появляются, когда их владельцы со всеми своими знаниями рынка и бизнеса тесно сотрудничают с командами разработки.

Успешному владельцу продукта нужно иметь определенные типы навыков (Product Owner skills): лидерские, стратегические и тактические, как видно на диаграмме далее.

Лидерские навыки — это:

• эмпатия;
• собственное видение;
• коммуникация;
• принятие решений;
• управление стейкхолдерами;
• продуктовая этика.

Стратегические навыки включают:

• умение создавать продуктовую стратегию и дорожную карту продукта;
• разработку финансовой модели;
• финансовое прогнозирование;
• определение KPI;
• исследование рынка и валидацию;
• открытие продукта (product discovery).

Тактические навыки, наконец, — это:

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

Для более удобной реализации этих навыков владельцу продукта может быть нужно освоить несколько Product Owner tools — инструментов (например, Optimizely для А/В тестирования).

Объем власти над продуктом: владельцы продуктов, фич, компонентов

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

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

• Владелец продукта отвечает за весь продукт. Соответственно, этот человек фокусируется на том, что обеспечивает и поддерживает успех продукта — работая над тем, чтобы у продукта было убедительное ценностное предложение для клиентов и пользователей и чтобы оно создавало желаемые преимущества для бизнеса.
• Владелец фичи, наоборот, сфокусирован на одной или нескольких отдельных фичах. Ответственность этого человека — обеспечивать отлаженную работу фич, например, небольшое количество отказов по фиче корзины.
• Похожим образом владелец компонента следит за одним или несколькими компонентами, например пользовательским интерфейсом или слоем доступа к данным (data access layer). Этот человек обеспечивает адекватную работу элементов архитектуры. Для этого владельцу компонента нужно обладать некоторыми техническими навыками.

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

Глубина власти: стратегический или тактический владелец продукта?

Допустим, по классификации вы все-таки владелец продукта. Но до какой степени вы им владеете? Вы отвечаете за тактические и стратегические решения или сфокусированы только на тактике?

Ответственность стратегического владельца продукта:

• решения о продуктовой стратегии;
• разработка дорожной карты продукта;
• управление стейкхолдерами.

Примеры обязанностей тактика:

• управление бэклогом продукта;
• написание пользовательских историй;
• сотрудничество с командой разработки.

Людей, которые отвечают за стратегические и тактические решения, иногда также называют “большими” (big) владельцами продукта. Владельцев продукта-тактиков могут называть “малыми” (small) [ударение на первом слоге]. Как видно на диаграмме далее, у “больших” и “малых” владельцев продукта обязанности разные.

Роман Пихлер “малых” владельцев продукта считает частичными. К сожалению, определение роли в скраме нечеткое. Хотя в Руководстве по скраму указана обязанность максимизировать ценность продукта, в нем перечислены только тактические обязанности вроде управления бэклогом продукта или сотрудничества с Командой разработки.

Часто случается, что “малые” владельцы продукта работают с продакт-менеджером или старшим владельцем продукта, который принимает стратегические решения. Такая организация процесса — еще одна техника масштабирования, призванная помочь росту продукта. Обычно она хорошо работает, когда продукт растет стабильно или когда он достиг стадии зрелости. Гораздо меньше она подходит молодым продуктам, для которых нужно четкое согласование стратегических и тактических решений между собой.

Переведено и адаптировано командой BrainRain по материалам:

• The Scrum Product Owner Role on One Page (Roman Pichler)
• The Product Owner Responsibilities (Roman Pichler)

Среди Product Owner books рекомендуем Product Owner Guide от Романа Пихлера.