Владелец Продукта в Scrum играет ключевую роль в управлении продуктом. Но меняются ли его функции, когда речь заходит о масштабировании Agile-практик на уровень организации или проекта в таких фреймворках как Nexus, LeSS и SAFe? Отличается ли от классического подхода, принятого в методологии Scrum?
В данной статье мы рассмотрим не фреймворки как таковые, а именно как меняется содержание и задачи Владельца Продукта в рамках каждого из них.
LeSS (Large-Scale Scrum)
Фреймворк LeSS родился в 2005 году, когда потребовалось масштабировать методологию Scrum для крупных клиентов. LeSS представляет собой применение скрама к нескольким командам, работающим вместе над одним продуктом. Это не новый или усовершенствованный скрам, а это о том, как ввести принципы скрам в большом контексте как можно проще.
Роль владельца продукта в LeSS аналогична его роли в скраме для одной команды и немного отличается следующим:
- В LeSS один владелец продукта может координировать работу не одной, а до 8-ми скрам-команд, которые ведут работу над общим бэклогом.
- Владелец продукта уже не посредник, а связующее звено — помогает командам непосредственно взаимодействовать с реальными пользователями и клиентами для обновления элементов бэклога.
- Владелец продукта сосредоточен больше на понимании продукта и обеспечивает максимальную отдачу инвестиций (ROI — возврат/рентабельность инвестиций).
В LeSS уделяется особое внимание непосредственному общению между командами разработки и конечными пользователями по ряду факторов:
- Минимизируются искажения и потери информации.
- При разработке решений улучшается сотрудничество между разработчиками и клиентами, что позволяет лучше удовлетворять потребности пользователей.
- Повышается мотивация разработчиков и их отзывчивость по отношению к пользователям.
Если количество команд в продукте превышает 8, то активируется LeSS-Huge и у владельца продукта появляются помощники — Area Product Owners (APO).
Каждый APO работает с минимум тремя командами и развивает какую-то одну грань продукта с учетом потребностей клиента. Своего бэклога APO не имеет, все работают в рамках одного единственного бэклога.
В целом, Product Owner в LeSS практически идентичен владельцу продукта в скраме.
Nexus
Фреймворк Nexus появился в 2015 году, был представлен Кеном Швабером, в основе — Scrum, но с некоторыми улучшениями.
Цель Nexus — увеличить ценность, которую способны доставить несколько скрам-команд (до 9 команд), имеющих общий бэклог продукта. Для этого в Nexus вводится дополнительная Команда Интеграции.
Кен Швабер дал следующее определение Владельца продукта, почти в точности повторяя его из гайда Scrum:
Владелец продукта несет ответственность за максимизацию ценности продукта и работы, выполняемой и интегрируемой командами Scrum в Nexus.
То есть в Nexus роль Product Owner остается той же, что и в Scrum.
Scaled Agile Framework® (SAFe)
В 2011 году Дин Лёфингвэлл представил фреймворк SAFe 1.0.
SAFe® для Lean Enterprises является базой знаний проверенных, интегрированных принципов, практик и компетенций для достижения деловой гибкости с использованием Lean, Agile и DevOps.
SAFe не позиционирует себя как фреймворк Scrum. Тем не менее, SAFe вводит понятие Product Owner, и его роль там довольна интересна.
Существенные отличия самого популярного фреймворка для масштабирования Agile-практик:
Вместо Scrum, на уровне команд используется SAFe Scrum (процесс, созданный сообществом SAFe, похожий на Scrum).
Присутствуют еще две роли, участвующие в управлении ценностью продукта — Менеджмент Продукта (Product Management) и Владельцы Бизнеса (Business Owners).
Итак, SAFe Scrum — это Agile-метод, используемый командами для предоставления ценности клиентам в короткие сроки.
Ниже даны определения главных ролей в SAFe — Product Owner, Product Manager и Business Owner.
| Роль | Product Owner | Product Management | Business Owners |
| Описание роли | Участник Agile-команды, ключевая ответственность которого в максимизации ценности, поставляемой командой, за счет соответствия Бэклога Команды потребностям клиентов и заинтересованных лиц. | Отвечает за определение желательных, жизнеспособных, выполнимых и устойчивых решений, которые удовлетворяют потребности клиентов и поддерживают разработку на протяжении всего жизненного цикла продукта. | Являются ключевыми заинтересованными сторонами, которые несут основную деловую и техническую ответственность за возврат инвестиций (ROI), управление и соблюдение требований. |
Таким образом, в SAFe роль Владельца Продукта из Scrum разделяется между несколькими ролями: Product Owner, Менеджер Продукта и Владелец Бизнеса.
Кстати, в многих англоязычных источниках ошибочно берут определение Product Owner из SAFe и, видимо, поэтому рассматривают Владельца Продукта как специалиста, тесно взаимодействующего с командой разработки, чтобы отвечать на запросы менеджмента по продукту и высшего руководства.
Каждая из этих ролей в SAFe выполняет определенные функции, связанные с управлением продуктом, его ценностью и соответствием бизнес-целям. Однако, все они направлены на максимизацию ценности продукта, что является ключевой задачей Владельца Продукта в рамках фреймворка Scrum.
Вне зависимости от выбранного подхода, Владелец Продукта выполняет определенные функции, связанные с управлением продуктом, его ценностью и соответствием бизнес-целям, и играет ключевую роль в достижении успеха продукта. Однако в каждом подходе у этой роли есть свои особенности и акценты.
SAFe and Scaled Agile Framework являются зарегистрированными товарными знаками Scaled Agile, Inc.
