<div><img src="https://mc.yandex.ru/watch/56654995" style="position:absolute; left:-9999px;" alt="" /></div>
Попробовать бесплатно

Product Owner

Agile Роль Обновлено

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 становится узким местом и теряет качество приоритизации.

Готовы применить теорию на практике?

Соберите команду в Shtab — единое пространство для проектов, целей и задач. Бесплатно до 5 человек.