Эффективный Product Owner. Поиски ответов

Автор: Алексей Кривицкий.

В течение последних дней в нашей группе дискуссий велось активное обсуждение роли Product Owner-а (для краткости "PO"). Мы пытались найти ответы на такие непростые вопросы:

• кто же такой эффективный Product Owner;
• каковыми навыками он должен обладать;
• чем его роль отличается от традиционных ролей Product Mananger-а, Project Manager-а, аналитика.

Возьму на себя смелость процитировать избранные высказывания, которые как мне показалось, отвечают на поставленные вопросы.

Здесь вы можете ознакомиться с полной историей этой дискуссии и, кстати (!), принять в ней участие.

Критерии хорошего PO:

• знать, что конечные пользователи хотят от системы
• уметь донести понимание системы до команды
• понимать приоритеты этих вещей
• не путать требования и реализацию
• быть доступным для команды и достаточно мотивированным, что бы давать квалифицированные ответы
• не делегировать полномочия людям, которые не удовлетворяют перечисленным выше пяти качествам или не расходятся во мнении с ним
• уметь всё это проверить

(Boris Lebeda)

Для меня и некоторых моих знакомых PO в проекте - один из главных критериев при выборе работы.

(Evgeny Kompaniyets)

Если же в общих чертах, по для меня хороший Product Owner - это прежде всего человек понимающий в бизнес причинах и приоритетах проекта и умеющий говорить об этом с командой.

Идеальный Product Owner - это, разумеется, сам клиент имеющий понятие о программировании в данной предметной области, вежливый, болеющий за дело, не боящийся признавать ответственность и ошибки и имеющий время на всё то, что перечислил Борис.

(Artem Marchenko)

У нас был человек на голландской стороне, который был совершенно невыносим в качестве Продакт менеджера. Он предлагал технические решения, постоянно менял планы, задавал идиотские вопросы, не отвечал
на письма, лез не в своё дело и т.п. Сейчас он - лучший Продакт оунер из всех, кто работает с украинскими командами. Смотря на него, я вижу вот такие критерии "хорошести":

• РО должен отвечать хоть чем-то за результат проекта. Коммитмент приложится.
• РО обязательно кто-то должен обучить и поддерживать. В нашем случае Маурисом занялись лично Chief Technological и Chief Informational компании. После двух месяцев муштры глупые вопросы сошли на нет.
• РО должен хорошо относиться к команде разработке и обязательно быть лично с ними знакомым. После визита "ужасного Мауриса" в Украину, когда он лично познакомился с командой (и понял какие же мы классные )). Ну и народу здесь тоже стало понятно, что он - вполне вменяемый чувак. После этого общение поменялось кардинально в лучшую сторону.
• РО должен быть толковым. Остальное наберётся автоматом.

(Artjom Serdyuk)

Важнейшая ценность PO: уметь отказываться от ненужных фич.

(Evgeny Kompaniyets)

В идеале, конечно, Product Manager - это голос клиента - человек знающий потребности рынка, способный выделить нерешённые проблемы конкретного сегмента рынка, определить какие из них именно его фирма может удовлетворить лучше конкурентов и умеющий говорить обо всём этом с топ-менеджментом и хотя бы с начальником инженеров. Но это - идеальный и редко встречающийся в природе случай.

(Artem Marchenko)

Удачных дискуссий!