Чтобы избежать такой ситуации, в Scrum существует роль
Если бы в то время существовала такая роль, я бы хотел стать Владельцем продукта. Прошло много времени, я начал практиковать Scrum, и эту роль мне все же довелось исполнить: в частности, на протяжении долгих лет я являюсь Владельцем продукта
Именно об этой роли и моем опыте будет эта глава.
Но начнем с терминологии.
Впервые я прочитал о Scrum в книгах и статьях на английском языке. Я, разумеется, перевел
Рисунок 4.1 – Собственник продукта
В 2005 году я участвовал в тренинге по Scrum. Его вел уроженец Квебека Франсуа [21]. Материал курса был на французском языке. Product Owner, о котором речи тогда было мало, переводился как
В 2006 году, прочитав одну статью, я стал употреблять термин
Статья о Scrum во французской версии Википедии тоже использовала этот термин, подтверждая успех этого перевода. В переводе книги «Scrum и XP: заметки с передовой» на французский язык также можно встретить
Но я перестал использовать этот термин и вернулся к Product Owner (пробовал даже переиначить на французский лад –
Владелец продукта указывает направление, но у него нет иерархической ответственности за людей.
На данный момент французское сообщество Scrum использует формулировку
Вот мое определение этой роли:
Владелец продукта (Product Owner, PO) – роль, занимаемая участником команды. Владелец продукта несет ответственность за результат продукта перед заинтересованными сторонами.
Слово
Когда мы будем в дальнейшем говорить о Владельце продукта, мы будем иметь в виду либо человека, либо роль, которую он играет.
Владелец продукта влияет одновременно и на стратегию, и на тактику.
✓ Он принимает решения на стратегическом уровне, которые ранее были обязанностью руководителя проекта или руководящих комитетов. Это, например, выбор даты поставки продукта или приоритизация функций для разработки.
✓ Он также принимает много тактических решений, которые ранее, из-за отсутствия специальной роли, принимались командой разработчиков – например, положение элемента на веб-странице или лейбл к нему. По сути, чтобы двигаться вперед, разработчики были вынуждены делать выбор, который в принципе не был их обязанностью.
Роль Владельца продукта разнится от компании к компании. Но у него есть основные обязанности. Перечислим их.
Владелец продукта определяет порядок, в котором будут разрабатываться компоненты продукта. Он снабжает команду функциональными свойствами, которые необходимо разработать. Стремится максимизировать ценность продукта, расставляет задачи в приоритетном порядке.
Рисунок 4.2 – PO постановляет бэклог
Владелец продукта определяет основные компоненты продукта. Функциональные свойства продукта, полученные от заинтересованных сторон и включенные в список – это бэклог.
На практике это означает, что Владелец продукта занимается ведением бэклога и проводит значительную часть времени за его составлением и поддержанием в ожидании следующих спринтов.
Эта работа выполняется в команде, но Владелец продукта, как правило, проводит за ней больше времени и является главным решающим лицом в случае необходимости.
Владелец продукта отвечает за информирование заинтересованных сторон о предварительных результатах работы команды.
Он предлагает цель спринта, согласовывает ее с командой и публикует: она должна быть известна всем участникам процесса.