Владелец продукта Scrum: роль и обязанности

Владелец продукта Scrum: роль и обязанности

Scrum: роль владельца продукта

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

Владелец Продукта является единственным лицом, ответственным за управление Бэклогом Продукта. Управление бэклогом продукта включает в себя:

Рассмотрим роль Владельца Продукта более подробно:

1. Станьте связующим звеном между бизнесом, заинтересованными сторонами и командой

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

2. Работайте с заинтересованными сторонами

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

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

3. Создайте и поддерживайте бэклог продукта

По этой причине он создает бэклог продукта, который содержит все цели продукта, которые команда разработчиков должна выполнить, когда они будут готовы приступить к работе. Владелец продукта также должен быть доступен в любое время в любом случае, если у команды разработчиков и Скрам-мастера возникнут какие-либо вопросы относительно целей, которые он упомянул в своем бэклоге продукта. Из-за этого владелец продукта несет ответственность за то, чтобы продукт был успешным во время разработки и обслуживания.

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

  • Обеспечение того, чтобы Команда Разработки понимала элементы Бэклога Продукта на необходимом уровне.
  • Четкое выражение элементов Бэклога Продукта.
  • Заказ элементов в Бэклоге Продукта для наилучшего достижения целей и миссий.
  • Оптимизация ценности работы, которую выполняет Команда Разработки.
  • Обеспечение того, чтобы Бэклог Продукта был видимым, прозрачным и понятным для всех и показывал, над чем Скрам-команда будет работать дальше.
  • Обеспечение того, чтобы Команда Разработки понимала элементы Бэклога Продукта на необходимом уровне.

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

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

4.  Убедитесь, что «Определение выполнено»

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

Критерии приемлемости имеют решающее значение для Scrum-команды, поскольку они сообщают всем о ходе проекта. Без них команда разработчиков не смогла бы понять, что определяет завершенную работу, и не смогла бы включить лучшие практики в свой следующий спринт.

5.  Работа с командой разработчиков

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

  • Управляйте продуктом, а не командой
  • Относитесь к команде как к равноправному партнеру
  • Помогите команде увидеть более широкую картину
  • Вовлекайте команду в принятие решений о продукте
  • Проводите достаточно времени с командой, но не пренебрегайте другими обязанностями
  • Ожидайте высоких стандартов, но не давите на людей
  • Дайте команде время для экспериментов и обучения
  • Полное участие в собраниях

Статьи о Scrum-ролях

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文

Оставить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *