Рroduct Оwner: обязанности, компетенции, качества

Кто это? Product Owner переводится, как «Владелец продукта», но продуктом в прямом понимании он не владеет. Это должность или позиция, которая относится к гибкой методологии разработки – Scrum.

Зачем нужен? Product Owner руководит процессом разработки. Его задача – сделать так, чтобы продукт максимально отвечал требованиям, прописанным в техническом задании, и соответствовал запросам целевой аудитории.

Кто такой Рroduct Оwner

Product Owner или в переводе на русский владелец (собственник) продукта– член команды разработчиков в IT-сфере. Если быть точнее – в системе Scrum. Что это такое?

Scrum – методика работы над проектами, созданная в конце прошлого века. Ее основные принципы: команда мотивированных эффективных специалистов, за каждым из которых закреплена определенная функция; налаженная внутренняя коммуникация; четкая формулировка конкретных задач; распределение их по важности для заказчика; реализация каждой из них за короткий промежуток времени – спринт (1–4 недели).

Что делает в этой системе Product Owner? Он отвечает за деятельность команд(-ы) проекта, соответствие продукта целям и желаниям заказчика. Его задача: быстро реагировать на все изменения и координировать работу так, чтобы достичь максимальной эффективности конечного изделия. Он – связующее звено между всеми специалистами, маркетологами, заказчиками и менеджерами. Анализируя все имеющиеся данные, он ведет процесс к оптимальному результату. За ним – последнее слово в расстановке задач по приоритетам в каждом спринте. Для этого этот специалист принимает во внимание несколько факторов: интересы бизнеса, показатели конверсии и уровень работы с заказчиками, технические параметры, SEO и инфраструктуру.

При расстановке краткосрочных задач Product Owner совещается с менеджерами высшего уровня. Его цель в том, чтобы спринты совпадали с квартальными планами с учетом OKR (Objectives and Key Results – цели и ключевые результаты) и KPI (Key Performance Indicator– ключевой показатель деятельности).

Если речь идет о не очень крупных проектах, где отсутствует позиция Scrum-мастера, собственник продукта также берет на себя организацию стендапов и каждодневных синков. Это – короткие собрания в начале рабочего дня (по 15–20 минут), цель которых – произвести сверку промежуточных результатов и наметить ближайшие цели. Такие встречи помогают мотивировать команду, диагностировать проблемы и устранять их.

Это особенно актуально при применении методологии Agile, когда все группы действуют согласно принципам SAFe (Scaled Agile Framework – набор стандартов работы по данной методике) и при этом зависят друг от друга. Например, изменения вносит одна команда, а код для этих действий – у другой. Как правило, сбор информации и налаживание коммуникаций между разными группами осуществляются до квартального планирования.

Разница между Product Owner и Product Manager

Говоря о Product Owner, нельзя не упомянуть о разнице между ним и Product Manager.

Существуют разногласия в том, что именно входит в обязанности этих специалистов и каков круг их полномочий. Отличия наблюдаются не только в разных странах или городах, но даже в различных территориально близких компаниях. Взгляды на эти позиции принципиально разные: обязанности Product Owner должен исполнять Product Manager; это абсолютно не связанные должности; рабочие функции этих специалистов практически одинаковы.

Как же эти профессии соотносятся на самом деле? – Всегда по-разному. Сегодня digital-сфера развивается настолько активно и быстро, что пока не установились четкие стандарты и критерии для всех специальностей. Применяются новые методы и подходы к работе над проектами, появляются новые специалисты. Это технические проджект-менеджеры, девопсы, фулстек-разработчики. В итоге у эйчаров возникают сложности с описанием требований к сотруднику и его обязанностей. Так формируется запрос, в котором можно найти понемногу от нескольких профессий.

Тем не менее между позициями Product Owner и Product Manager есть определенные различия. Разберем их подробно в таблице:

Product Owner (по-русски – владелец продукта) – это тот, кто отвечает за максимальное соответствие продукта пожеланиям заказчика. Этот специалист руководит проектом в рамках Scrum-стратегии: прописывает все его особенности для команды; поддерживает постоянную обратную связь с заказчиками и предполагаемыми пользователями, чтобы понимать, какие потребности изделие должно закрыть; тестирует готовый вариант и собирает отзывы о нем.

Кроме того, собственник продукта выстраивает коммуникацию между клиентом и непосредственными исполнителями. Поэтому он обязательно владеет азами всех технических процессов (начиная с разработки и до UI/UX). Иногда в обязанности этого специалиста входит и ведение бюджета проекта.

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

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

Технически он может быть почти не подготовлен. Менеджер продукта выполняет не только чисто маркетинговые задачи, но также взаимодействует с клиентами. Его главный KPI – создание продукта, который приносит прибыль.

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

Требования к Product Owner

Чего ждут работодатели от Product Owner? Он должен:

• Обладать аналитическими способностями, высоким уровнем коммуникабельности и организационными навыками.

• Иметь опыт работы в Scrum-проектах, знать принципы Agile-методик и фреймворков.

• Определять основные проблемы и потенциальные возможности будущего продукта.

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

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

• Строить предположения о будущем спросе и тенденциях на рынке на основании анализа данных.

• Владеть навыками оптимизации продукта с помощью A/B-тестирования.

• Распределять всю работу по группам задач, чтобы обсуждать их с командой и отчитываться по проделанным этапам перед заказчиками.

• Общаться на английском языке (минимальный уровень – Upper Intermediate).

• Разбираться в подготовке технических документов.

В зависимости от работодателя, список требований к кандидату на Product Owner может отличаться. При этом ожидаемые служебные компетенции примерно одинаковы.

Какими качествами должен обладать Product Owner

Главной задачей Product Owner является не столько расстановка задач и руководство командой на протяжении спринтов, сколько обеспечение высокой доходности продукта. Вся работа этого специалиста направлена на поддержание постоянной прибыльности. Чтобы ее обеспечить, владелец продукта должен хорошо знать конечного потребителя, моделировать его будущие потребности, разрабатывать гипотезы, генерировать новые идеи и схемы апгрейда, следить за различными качествами продукта и их уровнем.

Какими характеристиками должен обладать человек, чтобы справиться с такими задачами?

Профессиональные качества

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

Аналитический склад ума и умение видеть на несколько шагов вперед также можно назвать обязательными качествами Product Owner. От его навыка интерпретировать полученные данные во многом зависит успех конечного продукта. Сотрудник на этой позиции занимается опросами аудитории, организует кастдевы, UX-тесты. На основе всех полученных данных он принимает решение по развитию продукта и аргументирует его том-менеджменту. Это довольно энергозатратная часть работы, которая представляет чуть ли не 20–25 % общей нагрузки на специалиста.

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

Ситуации быстрого принятия решений встречаются у собственника продукта чуть ли не каждодневно. Расстановка работ по приоритетам – лишь одна из них. Например, на выполнение текущих задач не хватает специалистов. Product Owner анализирует ситуацию, выстраивает иерархию целей и организует деятельность так, чтобы максимально грамотно распределить имеющиеся ресурсы сотрудников.

Личные качества

Все желательные для владельца продукта качества исходят из того, какие обязанности на нем лежат. Product Owner создает максимально востребованный и прибыльный продукт.

Развитие и совершенствование подразумевают постоянные трансформации и отчасти рискованные эксперименты. Поэтому человек, претендующий на эту позицию, должен быть новатором с гибким и нестандартным мышлением. Также ему пригодятся здоровая любознательность и умение быстро адаптироваться к новым обстоятельствам, чувствовать потребности аудитории. Хороший продукт всегда отражает современные тенденции или даже задает их. Открытость окружающему миру дает возможность замечать все интересное, прогрессивное и переносить аналогии на собственное изделие.

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

Например: при измерении конверсии с помощью A/B-тестов в 90–95 % случаев положительной динамики не отмечается. То есть владелец продукта не получает желаемых показателей метрик. Но это не должно ему мешать развивать продукт и искать новые решения.

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

Лидерские качества

Начнем список лидерских качеств с ответственности. В Scrum-методологии Product Owner руководит работой команд(-ы) и лично отвечает за успехи и неудачи. Далее назовем прямолинейность. Конструктивная критика и обратная связь со всеми специалистами – единственно возможное условие создания качественного продукта.

Также хорошего руководителя отличает то, что он умеет управлять настроением команды. Он авторитетен, является лидером мнений и умеет задать нужный тон, приободрить, поддержать не только словом, но и делом. Статистика показывает, что харизматичные и полные энергии Product Owner достигают со своей командой на 20 % больше, чем другие.

Также талантливый руководитель умеет поставить каждого человека именно туда, где он максимально продуктивен. Чтобы команда не теряла трудоспособности и запала от вре́менных неудач или критики руководства, именно владелец продукта должен своим примером показать, как можно выдерживать негатив, продолжать верить в себя и идти дальше.

В конце отметим самокритику и самоанализ. Ретроспективные собрания-летучки после каждого спринта предназначены для разбора ошибок и затруднений команды по той или иной задаче. Точно также и Product Owner должен анализировать свою деятельность, чтобы становиться эффективней на своей позиции. Важно, чтобы он умел воспринимать замечания и рекомендации коллег касательно его стиля руководства, поведения в группе и т. д.

Обязанности Product Owner

Поговорим конкретнее об обязанностях собственника продукта на всех этапах работы над проектом:

1. Участие в PI-планировании и подготовка к нему:

   • Являясь членом расширенной команды продуктового менеджмента, Product Owner принимает участие в разработке бэклога (список задач по приоритету) и программного инкремента. Также при необходимости он вносит корректировки в перечень основных этапов деятельности команды, дорожную карту и презентацию, представляемую на собрании по планированию.

   • На этой встрече Product Owner вместе со своей командой обсуждает пользовательские истории, то есть функции программы или ПО, которые хотелось бы добавить. На их основании владелец продукта распределяет задачи на спринт. Команда также участвует в определении ближайшего промежуточного результата для достижения или инкрементирования.

2. Непосредственная реализация задач спринта:

   • Product Owner отвечает за контроль бэклога команды. Вместе с системным инженером или архитектором он формулирует задачи, структурирует их и при необходимости корректирует. Опираясь на временной ресурс, ценности конечного пользователя и другие переменные, в том числе состояние команды, ее ресурс и т. д., владелец продукта назначает уровень важности для всех элементов бэклога (в том числе пользовательских историй, дефектов и Enablers), заявленных при проектировании итерации.

   • Планирование спринта. Владелец продукта еще раз изучает ключевые задачи и соотносит их с решениями руководителей других команд. На встрече по планированию он детально излагает пользовательские истории и приоритеты. Также на этом этапе ему необходимо утвердить со своей группой план работы на ближайший спринт.

   • Контроль разработки пользовательских историй. Так проходит деятельность по всем элементам бэклога. Ее может проводить любой член команды на этапе планирования итерации или непосредственно в ее ходе. Собственник продукта следит за тем, чтобы разработка элементов бэклога и критериев готовности осуществлялась качественно и своевременно.

   • Использование методологии BDD (Behavior-Driven Development). Совместно со своей командой Product Owner разбирает истории пользователей и критерии готовности в формате приемочных тестов.

   • Принятие историй. Под руководством владельца продукта команда одобряет промежуточный вариант работы. Разработчики проверяют, есть ли постоянные приемочные тесты и соответствует ли завершение истории критериям готовности. Product Owner следит за соблюдением качества продукта, которое оценивается по возможности применения.

   • Взаимодействие с системным инженером (архитектором). Product Owner не в полной мере понимает все технические вопросы, но он должен обладать базовыми знаниями, чтобы оценивать количество/объем деятельности, распределять задачи в Enabler, консультировать и помогать с приоритетной расстановкой технологических инфраструктур, отвечающих за запуск функционала. Сделать это помогает разумное распределение рабочих задач.

   • Product Owner обязательно участвует в демонстрации продукта и ретроспективных собрания. Цель встреч после окончания каждого спринта заключается в том, чтобы команда обсудила свои достижения и затруднения, а также приняла участие в сессии инспекции и адаптации (Inspect and Adapt) и Agile Release Train (ART).

   

3. Реализация программы:

   • Согласование зависимостей с другими командами во время встреч по планированию, которые происходят на мероприятиях PO Sync, устраиваемых каждую неделю. Это является одной из гарантий регулярной разработки обновлений продукта.

   • Product Owner вносит свой вклад в подготовку системной демонстрации (System Demo) для заказчиков и стейкхолдеров, а также потока создания ценности (Value Stream).

4. Инспекция и адаптация:

   • Участие в I&A-встречах. Задача владельца продукта здесь заключается в том, чтобы диагностировать проблемы и найти пути их решения. Для этого вместе с командой он выявляет и применяет истории улучшений, чтобы улучшить ключевые критерии программы.

   • Подготовка системной демонстрации (PI System Demo) для I&A-встреч, на которых заинтересованным лицам представляют самые принципиальные нововведения в решения по продукту.

Этапы работы Product Owner

Так как Product Owner отвечает за постоянное совершенствование продукта, он должен контролировать все метрики и изменения. Прибегая к профессиональной помощи аналитиков, он проводит анализ конверсий/микроконверсий. При этом и самому владельцу продукта приходится многое анализировать, производить расчеты. Рассмотрим его работу над продуктом поэтапно:

Бэклог

Бэклог продукта – это список всех задач, технических и аналитических. Они формулируются владельцем продукта из идей, принятых для совершенствования.

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

Такая мелкая разбивка задач помогает мотивировать команду, которая каждый день видит свой результат, а не только в конце 1–2-недельного спринта. Небольшой прогресс, который можно наблюдать во время работы, поддерживает работоспособность.

Расстановка приоритетов

Чтобы быть эффективным в условиях многозадачности, обязательно нужно уметь распределять деятельность по важности. Самые срочные вопросы берутся в работу, остальные – в очереди.

Для этого Product Owner применяет различные методики. Среди них фильтрация по полезности и прибыльности; ICE/RICE-подходы. Также используется метод оценки эффекта и масштаба использования. Например, при активном применении обновления только пятью процентами пользователей, экономическая выгода будет минимальна. С другой стороны, в эти 5 % могут входить сверхактивные потребители, приобретающие дорогостоящие артефакты и приносящие до 40 % прибыли, или люди с Life Time Value, превышающим средний в 5–6 раз. Таким образом, данная задача становится более приоритетной.

Для того, чтобы учитывать важные критерии и не упустить приоритетные работы, Product Owner оценивает каждую с разных сторон: с точки зрения аналитики, конверсии, SEO, по техническому долгу. При стратегическом планировании однобокий выбор задач может обернуться снижением качества продукта.

Контроль разработки на всех этапах

В процессе продвижения спринта Product Owner может корректировать бэклог в зависимости от того, какие задачи выходят на первый план. Об этом он сообщает команде на ежедневных встречах. Итоги нескольких спринтов суммируются в месячные и квартальные OKR/KPI. Общую картину прогресса разработки и работы команды видит владелец продукта. Он понимает, какие задачи и какого уровня будут закрыты в тот или иной период.

Это стратегическое мышление помогает ему в расстановке ежедневных целей. Он дает задания, рассчитывая сроки их исполнения. Например, если его команда должна заняться дизайном, заказ на подготовку макета он отправит за несколько дней перед стартом спринта, в зависимости от загруженности данного специалиста.

Разработка стратегии развития продукта

Актуальное состояние изделия – результат работы нескольких месяцев и грамотного планирования. Основа будущих достижений закладывается также сегодня. К примеру, если Product Owner планирует через 1,5 года достичь рывка благодаря мощным техническим реализациям, уже в этом году он займется наймом новых разработчиков. Чтобы обеспечить себя ресурсами, принципиально важно думать об этом заранее. Соответственно, грамотное планирование в прошлом – гарантия настоящего успеха.

Составляя продуктовую стратегию, Product Owner перечисляет все фичи (англ. «features» – «особенности, специфика»), затраты и сроки исполнения. В общем и целом, этот документ должен давать четкие и прозрачные ответы на вопросы: «Какую ценность для пользователей мы реализуем», «Почему мы это делаем» и «Что нам это принесет».

Коммуникации

Из них состоит чуть ли не бо́льшая часть рабочего дня Product Owner. Отвечая за создание продукта с максимальной ценностью, он должен быть на связи абсолютно со всеми, кто принимает участие в производстве изделия: дизайнерами, разработчиками, маркетологами, аналитиками и т. д.

Каждая встреча длится максимум полчаса. Чаще всего – 10–15 минут. За это время владелец продукта должен успеть обсудить текущую ситуацию, внести корректировки, дать мотивацию, показать ценность сотрудника для компании и наметить будущие цели. При этом важно, чтобы Product Owner владел основной терминологией каждого занятого в проекте специалиста.

Как видим, грамотная, уверенная, структурированная, эмпатичная коммуникация – незаменимый инструмент успешной деятельности владельца продукта.

Оценивание прогресса по нескольким параметрам

Во-первых, Product Owner занимается оценкой прогресса в разработке сервисов и функций во время одного спринта. Во-вторых, он ежедневно определяет метрики, конверсии, темпы роста и прогнозы на них на период вперед. Это дает понимание того, как промежуточные результаты приводят к достижению долгосрочных целей, поставленных на месяц или квартал.

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

Формирование образа продукта

Как это достигается? – Благодаря владению разносторонней информацией. Для этого Product Owner собирает обратную связь от руководителей других команд, пользователей, дизайнеров, аналитиков и т. д. Но представлять, каким должен быть продукт, мало. Важно, чтобы все члены команды, а также заинтересованные лица, разделяли эту точку зрения.

Для этого Product Owner собирает аргументированные доводы того, почему продукт должен быть именно таким, приводит данные аналитики, объясняет, что даст конечному пользователю подключение того или иного сервиса. Также, согласно этой логике, он подробно расписывает последовательность реализации всех задач.

Скачайте полезный документ по теме:

Чек-лист: Как добиваться своих целей в переговорах с клиентами

Где искать Product Owner

Для российского IT-рынка профессия владельца продукта еще довольно непривычна. Большинство профильных компаний испытывают дефицит в опытных и грамотных специалистах этого направления. Им не остается ничего иного, кроме как нанимать кандидатов с подобными профессиональными обязанностями и давать им дополнительное образование уже в процессе работы. Найти эффективного Product Owner – задача довольно трудоемкая, учитывая специфику работы в Agile-методиках и список профессиональных требований к кандидату.

Тем не менее есть несколько рабочих вариантов, где найти достойного специалиста к себе в компанию:

• Рекрутинговые сайты

Один из самых крупных сервисов – hh.ru – предлагает около двух с половиной тысяч резюме собственников продукта во всех городах России. Чтобы понять, кого из кандидатов стоит приглашать на собеседование, просмотрите его портфолио.

• Хедхантинг

«Охотнику за головами» стоит быть осторожным и действовать продуманно. Приступайте к переговорам с желаемым специалистом, только если вы точно знаете, что он высокоэффективен и добивается нужных вам результатов. Можно связаться через социальные сети. При встрече не стоит выкладывать все карты, расскажите о проекте так, чтобы заинтересовать, но не выдать важную информацию.

• Executive search

Эффективный способ поиска узкопрофессиональных специалистов высокого уровня. Также подходит, если организация по тем или иным причинам не хочет выставлять вакансию в открытых источниках. При Executive search ищут работника в аналогичных компаниях. Также можно попросить своих сотрудников посоветовать коллег, работавших с ними ранее на других проектах.

• Кадровое IT-агентство

Главное преимущество услуг специализированных recruitment-фирм заключается в том, что они помогут подобрать специалиста с компетенциями и опытом, оптимальными для вашего проекта.

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

Product Owner – член команды в методе разработки проектов SCRUM. Главная задача этого специалиста состоит в том, чтобы создать продукт ценный для потребителя и востребованный им. Ключевые функции профессионала: распределение задач на краткосрочные периоды (спринты); оценка и анализ промежуточных результатов, формирование ви́дения продукта у членов команды; поддержание обратной связи со всеми участниками проекта. Это лидерская позиция, но не руководящая. На сегодня это – одна из самых востребованных специальностей.

Автор статьи

Анастасия Гурьева

Руководитель интернет-проектов

Последние статьи этого автора:

• Google инструменты: шпаргалка для бизнесмена в Сети
• Как продавать через Интернет: шпаргалка для новичков
• Продвижение услуг в Интернете: лучшие способы и фатальные ошибки

Забрать подарки
из закрытой базы

Скачать 7,4 MB

Полезные
материалы
для руководителей

Скачать 3,2 MB