Владелец Продукта (Product Owner)
Не то чтобы это термин из регби. Ай-яй Джефф, Кен, ну что же вы! Cложно было найти подходящее название роли?
Владелец продукта (PO) — это единый голос заказчика и заинтересованных сторон.
"one voice of the stakeholder"
Владелец продукта несёт ответственность за максимизацию ценности продукта, полученного в результате работы Scrum-команды.
Если посмотрите определение бизнес-анализа, то увидите как похоже звучит это определение на обязанности роли владельца продукта.
И владелец продукта и бизнес-аналитик выполняют бизнес-анализ, сфокусированы на продукте: требованиях к его функциям и характеристикам; их приоритетах; обеспечению понятности и прозрачности всей продуктовой информации для всех заинтересованных сторон на протяжении всего жизненного цикла продукта — для бизнес-аналитика и на протяжении разработки — для PO.
При этом ответственность не значит выполнение, любая описанная обязанность может быть делегирована.
- "Единый голос заинтересованных сторон" означает, что владелец продукта всегда только один на команду
- Ответственный за работу с продуктовым бэклогом и уходом за ним:
- Разработка и чёткое, понятное изложение Цели Продукта;
- Создание, гигиена и коммуникация Бэклога Продукта;
- Приоритизация элементов Бэклога Продукта;
- Обеспечение прозрачности, видимости, доступности и понятности Бэклога Продукта и его элементов.
Если посмотрите определение бизнес-анализа, то увидите как похоже звучит это определение на обязанности роли владельца продукта.
И владелец продукта и бизнес-аналитик выполняют бизнес-анализ, сфокусированы на продукте: требованиях к его функциям и характеристикам; их приоритетах; обеспечению понятности и прозрачности всей продуктовой информации для всех заинтересованных сторон на протяжении всего жизненного цикла продукта — для бизнес-аналитика и на протяжении разработки — для PO.
При этом ответственность не значит выполнение, любая описанная обязанность может быть делегирована.
Почему это важно
По той же причине, почему важен бизнес-анализ — кто-то должен выполнять эту функцию. Scrum выделяет её в правилах, которые нельзя нарушать. Это снижает риски недопонимания или расхождения мнений между участниками процесса, а значит, и вероятность траты времени команды на реализацию ненужных бизнес-функций ПО.
Наличие владельца продукта означает, что у вас не может быть бизнес-аналитика в команде, так как любой бизнес-анализ подразумевает плотное взаимодействие с заинтересованными сторонами (включая заказчиков) продукта и проекта. Выходом из этой ситуации служит назначение бизнес-аналитика владельцем продукта. Нельзя забывать, что даже с учётом масштабирования работы на несколько команд владелец продукта должен быть один.
Наличие владельца продукта означает, что у вас не может быть бизнес-аналитика в команде, так как любой бизнес-анализ подразумевает плотное взаимодействие с заинтересованными сторонами (включая заказчиков) продукта и проекта. Выходом из этой ситуации служит назначение бизнес-аналитика владельцем продукта. Нельзя забывать, что даже с учётом масштабирования работы на несколько команд владелец продукта должен быть один.
Распространённые недопонимания:
Владелец продукта — это не менеджер или руководитель продукта, несмотря на схожесть названий.
Владелец продукта — это роль внутри Scrum и она не выходит за его пределы, а значит, и за пределы процесса разработки ПО. Если организация не применяет Scrum, то нет и этой роли.
Менеджер/руководитель продукта — роль независима от разработки (некоторые продукты вообще не требуют разработки программного обеспечения), которая занимается задачами всего жизненного цикла продукта, включая, но не ограничиваясь:
В примере на диаграмме 1 гипотетический проект может быть одним из десятка проектов в портфеле продуктовика, которые он инициировал для реализации стратегии продукта и максимизации ценности, которую он несёт. Иными словами, владелец продукта и руководитель продукта оперируют на разных масштабах разными сущностями.
В организациях, где инициативы запускаются и финансируются не в проектном режиме, а в режиме потоков создания ценности (value stream) ситуация аналогичная — один руководитель продукта может заниматься несколькими потоками в общем случае, а владельцев продукта нет вовсе, если нет Scrum.
Владелец продукта — это не менеджер или руководитель продукта, несмотря на схожесть названий.
Владелец продукта — это роль внутри Scrum и она не выходит за его пределы, а значит, и за пределы процесса разработки ПО. Если организация не применяет Scrum, то нет и этой роли.
Менеджер/руководитель продукта — роль независима от разработки (некоторые продукты вообще не требуют разработки программного обеспечения), которая занимается задачами всего жизненного цикла продукта, включая, но не ограничиваясь:
- стратегией продукта и как она выровнена со стратегией предприятия;
- маркетингом и позиционированием;
- сочетаемостью с другими продуктами и сервисами организации, если они есть;
- сбором метрик (например, удовлетворённость клиентов) и коррекцией продукта на их основе;
- определением функций и характерных особенностей, которые укрепят положение продукта на рынке в будущем;
- определением программы проектов или даже портфеля программ; организацией поддержки продукта.
В примере на диаграмме 1 гипотетический проект может быть одним из десятка проектов в портфеле продуктовика, которые он инициировал для реализации стратегии продукта и максимизации ценности, которую он несёт. Иными словами, владелец продукта и руководитель продукта оперируют на разных масштабах разными сущностями.
В организациях, где инициативы запускаются и финансируются не в проектном режиме, а в режиме потоков создания ценности (value stream) ситуация аналогичная — один руководитель продукта может заниматься несколькими потоками в общем случае, а владельцев продукта нет вовсе, если нет Scrum.
Статьи о Scrum