Позиции владельца продукта

По мотивам статьи от Scrum.org.
Прежде, чем приступить к рассмотрению позиций владельца продукта, обратимся к тому контексту, в котором изначально задумывалась эта роль. Для этого мы вспомним, как она описана в руководстве по Scrum:
  • Product Owner несет ответственность за максимизацию ценности продукта, получаемого в результате работы Scrum Team. Способы достижения максимальной ценности могут быть очень разными и зависят от организаций, Scrum Teams и конкретных людей.
  • Product Owner также несет ответственность за эффективное управление Product Backlog. Product Owner может выполнять эту работу сам или делегировать ее выполнение другим лицам. Тем не менее, Product Owner остается ответственным за нее.
  • Чтобы роль Product Owner была эффективна, вся организация должна уважать решения Product Owners. Эти решения отражены в содержании и порядке элементов Product Backlog, а также в инспектируемом Increment во время Sprint Review.
  • Product Owner — это один человек, а не комитет. Product Owner может отражать в Product Backlog потребности многих заинтересованных лиц. Желающие изменить Product Backlog могут сделать это, попытавшись убедить Product Owner.
- The Scrum Guide, version November 2020-
Основываясь на этом определении из руководства по Scrum, вы можете подумать - “здорово, но в нашей компании так не работает”. И вы, возможно, правы. В большом количестве корпораций роль владельца продукта, описанная в руководстве по Scrum, (пока) работает другим образом. И это та причина, по которой мы создали предпочтительные и неправильно понятые позиции владельца продукта. Чтобы помочь вашей компании лучше понимать роль владельца продукта (или Agile Product Manager-а, если желаете). Описание этих позиций поможет вам быстро отличить правильные / предпочтительные паттерны от плохих / неправильно понятых. Это поможет вам работать над улучшением ситуации в будущем.
Неправильно понятые позиции владельца продукта
Основываясь на множестве реализаций скрама, обучении и коучинга владельцев продуктов, а также на нашем опыте в этой роли, мы выявили шесть антипаттернов, с которыми сталкиваются чаще всего. Мы называем их шестью неправильно понятыми позициями владельца продукта. Это Властелин историй, Оптимизатор, Прокси, Начальник, Статус-кво и Имитатор.
Властелин историй
Вы их знаете - сгорбленная спина, глаза не отрываются от экрана, маленький размер шрифта и 14-шаговый процесс в Jira. История - сделано. Критерии готовности - сделано. Обсуждения с разработчиками и стейкхолдерами приводят к обновленному шаблону или фразе “не надо меня спрашивать, детали есть в задаче”.
Оптимизатор
Все знакомы с руководителем проекта, также известным как оптимизатор выработки. Этот владелец продукта может показать потрясающие графики и прогнозы в Jira, знает все о velocity и предсказуемости, а также максимизирует количество выполненной работы и поставляет все фичи, представляющие для него интерес. Если в команде есть не занятый человек, это легко исправить. Всегда можно взять несколько задач для этого исполнителя.
Статус-кво
“Здесь так не принято, один Scrum мы здесь уже пережили”. Такой владелец продукта не считает, что находится в безопасной среде. Он прилагает достаточно много усилий, защищая себя и команду соблюдением показателей эффективности, формальной бюрократии и исполнением указаний руководства.
Прокси
“Конечно, мы можем добавить это в бэклог”. Именно эти слова чаще всего можно услышать от такого владельца продукта. Он стремится удовлетворить всех: клиента, стейкхолдеров, разработчиков и пользователей. Не обладая на это никакими полномочиями, прокси не принимает никаких решений, не делает никакого выбора между задачами и и не предлагает никакого видения.
Имитатор
“Изменить всё невозможно, давайте уже работать” - говорит такой владелец продукта, столкнувшись с трудной проблемой. Для этого у него есть основания - действительно, не всё в окружении работает в соответствии с идеальным Scrum. Особенностью имитатора является то, что неидеальные условия используются как комфортная среда, чтобы не прилагать “лишних” усилий.
Начальник
“Я сам был программистом и отлично знаю, как это делается”, “позвольте мне объяснить вам, как это работает”, “раз я несу ответственность, то я выбираю средства.” Именно в этом и заключается работа такого владельца продукта. Это бизнес эксперты, высокопоставленные пользователи, архитекторы, дизайнеры или иные эксперты в своих областях. Они знают все о деталях и о каждой ошибке в программном продукте или системе. Участники команды - его непосредственные подчиненные, исполнители его решений по каждому вопросу.
Предпочтительные позиции владельца продукта
Если есть непонятые или нежелательные позиции владельца продукта, то очевидно, должны быть и предпочтительные. Они связаны с конструктивными, позитивными и ценными позициями, которые занимают многие успешные владельцы продукта. Таковыми позициями являются: Визионер, Коллаборатор, Представитель пользователя, Лицо, принимающее решение, Экспериментатор и Инфлюенсер. Давайте рассмотрим их детальнее.
Визионер
Визионер четко доносит видение продукта, стратегию, бизнес цели и задачи до всех стейкхолдеров. Такой владелец продукта склонен фокусироваться на будущем, на изменении статуса-кво и помогает людям увидеть то, что могло бы быть там вместо того, что есть сейчас.
Коллаборатор
Коллаборатор взаимодействует и тесно сотрудничает с разными стейкхолдерами и Scrum командами. Такой владелец продукта стремится поддерживать людей в их собственном исследовательском процессе, будь то определение целей, уточнение элементов продуктового бэклога или анализ потребностей клиентов.
Представитель пользователя
Представитель пользователя фокусируется на том, чтобы помочь разработчикам или иным лицам понять каковы проблемы клиентов, что им нужно, каких выгод они ищут. Действуя из этой позиции, владелец продукта склонен объяснять как выполняемая работа влияет на клиентов, пользователей, бизнес-процессы.
Лицо, принимающее решение
Лицо, принимающее решение помогает стейкхолдерам и Scrum команде сократить время выхода на рынок за счет сокращения времени на принятие решений, которые приходится делать ежедневно. Некоторые решения могут быть делегированы Scrum команде или стейкхолдерам, а некоторые владелец продукта должен взять на себя.
Экспериментатор
Экспериментатор выдвигает гипотезу, объясняя что мы знаем и что не знаем. Рассматривает большую часть работы как эксперименты, а не как “высеченные в камне” решения. Он понимает необходимость пробовать что-то новое, исследовать, вводить новшества и следовательно - экспериментировать.
Инфлюенсер
Влиятельное лицо, помогающее заинтересованным сторонам договориться о видении продукта, стратегии, целях и задачах. Влияние на стейкхолдеров и Scrum команду - сложная, но очень важная работа. Он использует эффективные навыки общения, переговоров и влияния, чтобы вовлечь людей в общее дело.
Возможно будет интересно

Наши тренинги

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

Над статьей работали:
Андрей Барсуков
Тренер, Методолог, Agile коуч
Артем Вегнер
Тренер, Методолог, Agile коуч