Scrum-time.com
Product Owner

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Жизнь 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»

Также важной обязанностью Product Owner является остановка спринта. В статье Abnormal Termination / Остановка спринта подробно описано это действие.

Scrum Team

Scrum Team

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

Product Backlog

Product Backlog

Основной список всех задач, в котором собрано всё, что предстоит сделать команде на протяжении нескольких спринтов. Из него задачи переносятся в Sprint Backlog.

Development Team

Development Team

Двигатель Scrum Team. Команда разработчиков работает как слаженная футбольная или любая другая команда. На их поле игры (битвы) - им никогда никто не мешает, а лишь помогает. Основной их помощник - Scrum Master.

Sprint Planning Meeting

Sprint Planning Meeting

Story Points

Story Points

Чтобы отчетливо понимать как формируется Velocity в Scrum, нужно понимать как грамотно оценивать Story Points. Данное понимание приводит к развитию максимально продуктивной команды.

Velocity

Velocity

Оценка Story Points, а точнее их количество, в глобальном масштабе происходит с помощью Velocity. Та скорость, которую развивает команда по формуле расчитывается в данном графике.

Sprint Backlog

Sprint Backlog

Scrum Sprint

Scrum Sprint

Пожалуй основной процесс в методологии Scrum, остановка которого и может произойти. Во время Sprint происходит вся работа Development Team, Scrum Master и Product Owner.

Project Manegement
Project Manegement
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно

Время Scrum Time

keyboard_arrow_up