'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Product Owner
Product Owner (PO) — одна из трёх ролей Scrum. Отвечает за максимизацию ценности продукта.
Что делает PO:
- Формирует и поддерживает Product Backlog.
- Расставляет приоритеты — решает, что делать первым.
- Готовит истории к Sprint Planning (Definition of Ready).
- Принимает истории на Sprint Review (соответствие DoD).
- Общается со стейкхолдерами — собирает требования, защищает приоритеты.
- Формулирует Sprint Goal вместе с командой.
Чего PO не делает:
- Не пишет код — он не часть команды разработки.
- Не указывает, как реализовывать истории — это решает команда.
- Не управляет процессом — это задача Scrum Master.
Когда применять и когда нет
Применять
- Работаете по Scrum
- В команде есть кто-то, кто хорошо понимает бизнес и пользователей
- Этот человек может принимать решения за продукт без согласования с комитетом
Не применять
- В Kanban формальная роль PO не нужна, но кто-то всё равно должен приоритизировать
- Не делайте «proxy PO» — PO без полномочий быстро превращается в передатчика, продукт деградирует
Примеры применения
В команде из 8 человек PO — Дмитрий, Senior PM. Каждое утро 30 минут на бэклог: пополняет, переупорядочивает. Раз в неделю встречается со стейкхолдерами для приоритизации. На Sprint Planning презентует приоритеты, на Review принимает истории. Velocity команды стабилизировалась за 4 спринта именно благодаря тому, что PO активно убирает из бэклога неактуальное.
Часто задаваемые вопросы
PM — стратегическая роль (видение, стратегия, портфель продуктов). PO — тактическая внутри Scrum (бэклог, спринты, приоритеты дня). В небольших командах часто это один человек.
В чистом Scrum — нет, это разные роли с разными зонами ответственности и риском конфликта интересов. В маленьких командах бывает совмещение, но это компромисс.
Идеально — одна. Допустимо 2, если команды тесно связаны. Больше 2 — PO становится узким местом и теряет качество приоритизации.