Product Owner

Product Owner является неким связующим звеном между заказчиком и командой разработки. Окончательная инстанция по принятию решений в Scrum Team – это как раз и есть Product Owner.

Самая главная ответственность Product Owner – это создание и контроль Product Backlog.

Основные обязанности и ответственность Product Owner при управлении Product Backlog:

Определение элементов бэклога продукта;
Правильное расположение элементов для оптимизации достижения цели;
Обеспечение понятности и прозрачности Product Backlog;
Обеспечение прозрачности и понятности требований, над которыми предстоит работать всей Scrum Team;
Общая оптимизация для достижения наибольшей ценности работы Development Team;
Ответственность за понимание бэклога командой разработки.

Стоит отметить, что Product Owner может сам выполнять все вышеперечисленные обязанности, а может отдать их на исполнение Development Team, однако всегда остается ответственным.

Решения Product Owner по реализации тех или иных задач должны исполняться. Все свои решения владелец продукта транслирует через тот Product Backlog, который получается. Важно при этом помнить, что влиять на саму работу Development Team он не может и порой даже не присутствует на планированиях, например, на Scrum Planning Meeting, однако он всегда должен находиться рядом, чтобы в случае возникновения вопросов их можно было оперативно решить.

Жизнь Product Owner внутри Scrum Team

Для Product Owner важно писать задачи не со стороны того же программирования, а со стороны требований заказчика – «хотелок». Например, система выборки журнала работает медленно, хотелось бы быстрее. Если Product Owner напишет: «Произвести оптимизацию базы данных», то это неправильный подход. Проблема ведь может быть и не в базе данных, или не только в ней. Поэтому описание всех задач идет на простом языке, например: «Ускорить выдачу журнала». Для идей решения проблем Product Owner (да и любой другой) есть поле «Примечание» в Product Backlog.

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

Возвращаясь к тому же Planning Meeting, можно часто заметить, что как бы ни старался Product Owner в заполнении Product Backlog, всегда появляются спорные моменты. Самая основная проблема – переоценка Story Points. Product Owner порой не может предусмотреть всех технических аспектов того или иного действия (да и не должен), и, давая задачу, он может не предусмотреть каких-то дальних сложных взаимосвязей, которые увеличивают срок выполнения работы в несколько раз. В таком случае происходит пересмотр оценок этой задачи, а это может повлиять на выход общего количества Story Points за пределы возможностей команды, оцененные по Velocity.

Подробнее о данной проблеме написано в статье про Sprint Backlog.

Product Owner нужен не только на начальном этапе, как может показаться, но и на протяжении всего Sprint. Взаимосвязь с командой правда проходит только односторонняя – команда, по мере возникновения вопросов, вправе привлекать Product Owner. Чаще происходит так, что время, необходимое для привлечения Product Owner, зависит от общего времени, проведенного с командой. Про такое говорят: «Команда созревает для вопросов к Product Owner».