Что не так с профессией Product owner?

Почему выгорают владельцы продуктов, чем это закончится и когда наконец они начнут выполнять свою работу качественно (с точки зрения вышестоящих руководителей) - разберемся по существу.

Роль Product owner одна из самых востребованных в IT-среде. Должность может иметь разные названия - менеджер продукта, владелец продукта, product owner, product manager, иногда project manager. Кто-то скажет, что это разные роли (и будет прав). Но суть одна: PO - это роль в scrum-команде, которая отвечает одновременно за коммерцию (успешность продукта на рынке) и технику (реализацию фичей, развитие функциональности продукта).

Самая большая проблема профессии - не переработки, не отсутствие власти и даже не размытость роли.

Главная причина выгорания владельцев продуктов - объединение несоединимых функций в 1 роли: предпринимателя и администратора.

В роли предпринимателя PO должен искать новые рынки, ЦА, каналы, фичи, драйвить разработку, генерить гипотезы роста и питчить стратегию. В роли администратора - приоретизировать бэклог, писать ТЗ, считать юнит-экономику и репортить вышестоящим об успехах продукта.

Вроде все отлично складывается, но те, кто описывал такую структуру роли, забыли главное: с точки зрения нейропсихологии один человек не может одинаково эффективно выполнять эти задачи. Человек либо хороший предприниматель и тогда администрирование для него подобно клетке - он или будет ее избегать (тогда в бэклоге будет бардак) или выгорит в ней (тогда он уволится или его уволят за факап). Либо человек классный администратор, у него в бэклоге полный порядок, сроки выполнены, презентации красивые, но продукт не летит, потому что проседает функция поиска новых рынков и growth hacking.

Есть 2 пути:

1. делать вид, что ничего не происходит и продолжать нанимать "неидеальных" сотрудников, а сотрудникам - выгорать от противоречивых требований начальства,

2. перераспределить задачи так, чтобы людям было комфортно и они показывали более высокие результаты в комфортных для них задачах.

Рынок в целом уже движется ко второму пути - некоторые административные задачи передаются бизнес-аналитикам (ведение бэклога, контроль разработки), а предпринимательская часть выделяется в отдельную роль - growth-hacking. Появляется роль технического менеджера продукта и delivery manager.

Однако навести порядок в функциях и повысить скорость команды можно и без перестройки штатного расписания. Можно просто отладить процессную составляющую продуктовой работы.

Мой опыт уникален, я 15 лет нахожусь в разных ролях - РО, аналитика, топ-менеджера. Изнутри знаю боли каждого из этих направлений. Могу помочь бизнесу повысить эффективность команды. А еще могу помочь лично тем, кто оказался в ловушке выгорания, описанной в этой статье. Думаю, моя квалификация по-своему уникальна и будет полезна рынку. Ведь я уже имею успешные кейсы экономии OPEX на десятки миллионов рублей и ускорения выдачи онлайн заказов в 10 раз за счет настройки процессов. А также кейсы снижения выгорания. Если вам откликается, welcome в личку или тг @ksg_555.

Всем высоких результатов и удовольствия от работы!