Кто такой product owner: роль и обязанности

Product owner (владелец продукта) — это роль в Scrum-команде, отвечающая за то, чтобы команда создавала максимально ценный продукт. Проще говоря, product owner решает, что делать в первую очередь, а что подождёт: он превращает разрозненные пожелания клиентов, бизнеса и рынка в упорядоченный список задач и следит, чтобы команда всегда работала над самым важным. Он отвечает не за то, чтобы команда была занята, а за то, чтобы её работа приносила максимум пользы бизнесу и пользователю.

Кто такой product owner

Product owner — это «голос» продукта и заказчика внутри команды. Он держит в голове ответ на вопрос «зачем мы это делаем» и транслирует его разработчикам. Роль пришла из методологии Scrum, где product owner — одна из трёх ключевых ролей наряду со scrum-мастером и командой.

Главное отличие роли от классического начальника: product owner управляет не людьми, а продуктом. Он не раздаёт задания и не контролирует загрузку, а расставляет приоритеты и объясняет ценность. Как именно делать — решает команда.

За что отвечает product owner

Обязанности владельца продукта сводятся к нескольким зонам ответственности:

• •Видение продукта. Понимает, куда движется продукт и какую проблему пользователя решает.
• •Управление бэклогом. Ведёт и приоритизирует список задач, держит его в актуальном состоянии.
• •Приоритеты. Решает, что войдёт в ближайшую работу, а что подождёт — и умеет говорить «нет».
• •Связь с бизнесом и пользователями. Собирает потребности заказчиков, клиентов, рынка и переводит их на язык задач.
• •Приёмка результата. Определяет, что задача сделана так, как нужно, и приносит ожидаемую ценность.

Ключевое слово во всём этом — приоритеты. Ресурсы команды всегда ограничены, желающих «добавить фичу» всегда больше, чем возможностей. Работа product owner — постоянно выбирать самое ценное и защищать этот выбор.

Что такое бэклог

Бэклог продукта (product backlog) — это единый упорядоченный список всего, что нужно сделать: функции, улучшения, исправления, идеи. Это главный рабочий инструмент product owner. Важны два его свойства:

• •Он приоритизирован. Наверху — самое ценное, что берут в работу в первую очередь. Внизу — то, что можно отложить или вообще не делать.
• •Он живой. Бэклог постоянно пересматривается: приоритеты меняются, что-то добавляется, что-то отпадает.

Хороший бэклог отвечает на вопрос «что дальше» в любой момент. Плохой — это свалка из сотен задач без порядка, где непонятно, за что хвататься. Именно наведение порядка в бэклоге — та работа, которую у product owner нельзя делегировать.

Product owner и проджект-менеджер: в чём разница

Эти роли путают чаще всего, но отвечают они за разное:

• •Проджект-менеджер отвечает за проект — уложиться в срок, бюджет и объём. Его мир конечен: у проекта есть начало и конец. Он управляет ресурсами, рисками, планом.
• •Product owner отвечает за продукт — за его ценность. Его мир непрерывен: продукт развивается, пока живёт. Он управляет приоритетами и содержанием.

Проще так: проджект следит, чтобы сделали правильно и вовремя, а product owner решает, что вообще правильно делать. В небольших командах эти роли иногда совмещает один человек, но задачи у них разные и порой конфликтующие: проджект тянет к соблюдению плана, product owner — к изменению плана ради ценности.

Product owner и продакт-менеджер: в чём разница

А эти две роли, наоборот, близки, и границу между ними каждая компания проводит по-своему. Общая логика такая:

• •Продакт-менеджер смотрит наружу и вперёд — стратегия продукта, рынок, конкуренты, бизнес-модель, аналитика. Это уровень «куда идём».
• •Product owner смотрит внутрь и в ближайший горизонт — воплощение стратегии в конкретный бэклог и работу команды. Это уровень «что делаем в спринте».

В крупных компаниях это два разных человека: продакт задаёт направление, product owner доводит его до команды. В малом бизнесе один человек часто совмещает обе роли, отвечая и за стратегию, и за бэклог одновременно.

Product owner — не «секретарь задач» и не «начальник разработчиков». Это человек, который каждый день отвечает на вопрос: что принесёт максимум ценности прямо сейчас.

По каким метрикам оценивают product owner

Ошибка — судить product owner по скорости команды. Он отвечает не за то, сколько сделано, а за то, насколько это ценно. Осмысленные метрики:

• •Достижение целей продукта. Двигаются ли ключевые показатели, ради которых продукт существует.
• •Ценность для пользователя. Растёт ли удержание, удовлетворённость, использование новых функций.
• •Бизнес-результат. Влияние на выручку, конверсию, издержки — то, что важно бизнесу.
• •Качество бэклога. Понимает ли команда, что и зачем делает; редко ли переделываются приоритеты «на лету».

Скорость и объём — это метрики команды, а не владельца продукта. Смешивать их — значит подменять ценность занятостью.

Роль product owner — это в первую очередь дисциплина расстановки приоритетов и умение отказывать. Отточить её в теории сложно: приёмам приоритизации и работе с бэклогом учатся на чужих кейсах и в разговоре с практиками — например, на профильных деловых мероприятиях, где продуктовые команды честно разбирают, что у них сработало, а что нет.