Поднимаем занавес и отправляемся в 1995 год. В целях гармоничной и продуктивной разработки продуктов Кен Швабер и Джефф Сазерленд представляют нам Scrum на конференции OOPSLA. Но Владелец продукта первоначально у них не был определен.
Прародители Product Owner
В первом руководстве Кен Швабер определил две команды:
- команда разработки во главе со скрам-мастером;
- команда управления, или менеджмента, во главе которой стоит Менеджер по продукту (Product Manager). Он устанавливает содержание и сроки релиза, управляет проектом и рисками на протяжении его развития.
Сделано это было с целью улучшить коммуникацию между командами, а главное — для понимания и учета потребностей заказчика.
Через три года становится понятно, что в формировании бэклога для продукта участвует много разных отделов, и требуется человек, решающий, что следует включить в бэклог, а что – нет. Так в руководстве 1998 года выходит в свет первая отдельно стоящая личность, ответственная за приоритизацию бэклога и достижение целей продукта. Такую обязанность в то время возлагали на менеджера по продукту или менеджера по маркетингу продукта. Но черты product owner здесь уже обрисовались по следующей причине: упоминается, что он не является частью команды Scrum и работает самостоятельно.
Первое упоминание Владельца Продукта
Только спустя 6 лет в своей первой книге Agile Software development with Scrum Кен Швабер дал определение Владельца продукта (Product Owner), и с тех пор его имя прочно укоренилось в нашем понимании Scrum. Наличие такого лица уменьшает количество споров и проблем в команде разработчиков.
The Product Owner is responsible for turning issues into work that the Scrum Team selects for a Sprint. This issue is not ready to be defined as something to develop.
Бэклог продукта представляет собой «айсберг»:
- на поверхности — конкретный функционал и технические аспекты продукта — детализированные, оцененные и понятные элементы для команды разработки;
- внизу «айсберга бэклога» — неопределенные вопросы или проблемы (issues), которые как раз в зоне ответственности Владельца продукта, и он решает, давать этим вопросам приоритет или нет.
Этот подход подчеркивал наличие неопределенности в процессе разработки продукта. А роль Владельца в коммерческой разработке программного обеспечения все еще мог играть и менеджер по продукту или менеджер проекта, но отдельно от команды Scrum.
Причем при внесении изменений в бэклог последнее слово всегда за Владельцем Продукта — его должны сначала убедить в правильности таких изменений.
Роль Владельца Продукта в Скраме
В 2003 году структура команды, работающей над продуктом, меняется: теперь вся команда — Scrum-мастер, команда разработки и Владелец продукта, вместе отвечают за ценность и бэклог. Так Project owner стал частью команды Scrum.
Scrum implements this iterative, incremental skeleton through three roles: the Product Owner, the Team, and the ScrumMaster.
Ответственность Project owner продолжает расти:
- он несет ответственность за успех всего продукта,
- представляет интересы всех заинтересованных сторон и за полученные результаты,
- обеспечивает финансирование проекта и разрабатывает планы релиза,
- отвечает перед финансирующей стороной за максимизацию возврата инвестиций.
Тот же Кен Швабер в 2007 году определяет существенные изменения в сфере разработки продуктов.
Истинными владельцами продуктов являются клиенты; то есть клиент решает, что нужно продукту, и нужно ориентироваться на потребности рынка, а не только на мнение менеджмента.
Владелец продукта в компании — высшее руководство.
The most senior executive in the enterprise is the Product Owner.
Джефф Сазерленд в своей книге Scrum Handbook (2010) добавляет для Владельца продукта несколько новых аспектов ответственности:
- Владелец Продукта несет ответственность за прибыль и убытки только в случае коммерческого продукта, а в случае внутренних разработок отвечает за максимизацию бизнес-ценности и управление затратами команды. Это подчеркивает важность приоритизации элементов бэклога и способа их реализации. Тесно связаны роли во фреймворке, и каждая роль вносит свой вклад в максимизацию ценности продукта.
- Владелец продукта активно взаимодействует с командой, анализируя результаты.
- Владелец продукта может делегировать свои обязанности в случае нескольких команд, но решения принимает верховный Владелец продукта единолично. То есть и Scrum-команда тоже вносит свой вклад в максимизацию ценности продукта, хоть и Владелец продукта остается ответственным за это. Эта же мысль прослеживается в более поздних руководствах по Scrum (2011–2020 гг.)
Все эти работы показывают, что роль владельца продукта в Скраме становится все более важной и ответственной, и что не только он вносит свой вклад в максимизацию ценности продукта.
О развитии роли Product Owner в Scrum Guide
Изменения в 2013 году
В обновлении Scrum Guide 2013 года роль Product Owner претерпела небольшие изменения. Если раньше говорилось, что Product Owner обеспечивает ценность (ensure), то теперь он должен ее оптимизировать (optimize). Это изменение может восприниматься как снижение уровня ответственности владельца продукта, так как «гарантировать» («обеспечивать») предполагает наличие определенных гарантий, в то время как понятие «оптимизировать» дает более широкую интерпретацию.
Изменения в 2017 году
Следующее обновление Scrum Guide в 2017 году внесло коррективы в формулировку ответственности Product Owner. Теперь он отвечает за максимизацию ценности продукта, являющегося результатом работы команды разработки, тогда как ранее речь шла о максимизации отдельно ценности продукта и отдельно работы команды. Это изменение подчеркивает более тесную связь между результатами работы команды и ценностью продукта.
Изменения в 2020 году
Обновление 2020 года вносит более существенные изменения. Теперь ответственность за все продуктовые активности распределяется на всю Scrum Team, включая взаимодействие с заинтересованными сторонами, верификацию, обслуживание и исследование. Кроме того, вся Scrum Team ответственна за создание ценного инкремента в каждом спринте, что ранее возлагалось в основном только на Product Owner.
Отказ от термина «роли»
В 2020 году произошел отказ от термина «роли». Теперь Product Owner, Scrum Master и разработчики рассматриваются как зоны ответственности (accountabilities), а не роли (roles). Это изменение направлено на сплочение команды, так как термин «роль» может подразумевать наличие отдельных целей и задач.
Увеличение ответственности Product Owner
Изменились и обязанности Product Owner. Теперь он не просто отвечает за максимизацию ценности продукта, но и несет полную подотчетность за результаты и последствия работы других. Это подчеркивает его единоличную ответственность перед заинтересованными сторонами.
Управление бэклогом продукта
В 2020 году в обязанности Product Owner включили пункт о разработке и четкой коммуникации Product Goal, чего ранее не было. Product Goal описывает долгосрочную цель продукта и является основой для планирования работы команды. Это нововведение усиливает фокусировку на достижении долгосрочных целей и максимизации ценности продукта.
В итоге ключевой обязанностью владельца продукта остается максимизация ценности продукта, которая является результатом работы Scrum команды. Как именно определяется эта ценность, зависит от каждой конкретной организации.
Заключение
Все изменения, что претерпевал Product Owner в Scrum Guide, лишь подчеркивают растущую важность его роли в процессе разработки продукта. Его ответственность расширяется, включая более тесное взаимодействие с командой разработки и акцент на долгосрочные цели, что способствует более эффективному управлению продуктом и достижению его ценности.