Все о SCRUM. Изучение, разработка, интеграция

Именно Владелец продукта определяет момент ввода в эксплуатацию пользователями.

4.2.4 Обеспечение взаимопонимания в команде

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

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

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

4.3 Желательные компетенции

В идеале, у Владельца продукта должны быть разнообразная подготовка и опыт.

4.3.1 Дальновидность

Владелец продукта не обязан быть провидцем, как Стив Джобс. Но в отношении продукта ему стоит быть дальновидным. Уже в самом начале разработки у него должна быть концепция, которая в дальнейшем будет обрастать деталями и закрепляться.

Обычно эта концепция состоит из:

✓ причины, по которой создается продукт или услуга,

✓ цели следующей версии,

✓ ожидаемого влияния на заинтересованные стороны,

✓ списка основных функций, которые этому способствуют.

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

4.3.2 Знание бизнеса

Знание бизнеса и основных рабочих процессов (core business) напрямую связано со знанием рынка и пользователей продукта.

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

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

Владелец продукта не обязан знать все о функциональности продукта: в крупных проектах это может быть затруднительно или требовать больших временных затрат.

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

4.3.3 Полномочия в плане быстрого принятия решений

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

Он консультируется с заинтересованными сторонами по важным вопросам. Если мнения не совпадают, у Владельца продукта есть полномочия принять окончательное решение.

Решать – значит выбирать и уметь отказать заинтересованным сторонам.

Как только выбор касательно содержания продукта сделан, PO гарантирует, что все члены команды с ним согласны.

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

Рисунок 4.3 – Комитет к концу собрания

Чтобы избежать таких ситуаций, Scrum рекомендует иметь только одного человека на этой роли. Как говорится в «Руководстве по Scrum»:

Роль Владельца продукта осуществляется только одним человеком, а не группой людей.

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

4.3.4 Способность детализировать в нужное время