Product owner что это
Product Owner: что должен уметь?
Компания InfoShell написала для нас о компетенциях, которыми должен обладать руководитель проектов.
Product Owner (далее PO) – это необходимая роль в команде гибкой разработки digital-продукта. Гибкий подход (Agile) принципиально отличается от традиционного (waterfall). Здесь главная оценка – работающий продукт, промежуточный результат, а устные договоренности и потребности заказчика важнее, чем техническое задание.
PO – это человек, который управляет созданием продукта и отвечает за то, что получится в результате. Компетентный PO сочетает в себе роли бизнес-стратега, рыночного аналитика, продакт-дизайнера и клиента. Он распределяет зоны ответственности, постоянно мониторит, что происходит в индустрии, оценивает качество продукта и одновременно является его пользователем.
И ВСЕ-ТАКИ ЧТО ЖЕ НУЖНО PRODUCT OWNER-у?
Определять видение продукта
Видение продукта – это совместный результат работы PO и заказчика. Оно зависит от бизнес-целей, которые преследует клиент. PO на этом этапе предлагает ему те или иные фичи, опираясь на свой профессиональный бэкграунд, аналитику рынка и конкурентов, позиционирование продукта и его целевую аудиторию.
Чтобы проектная команда придерживалась установленного видения, РО составляет дорожную карту продукта (roadmap) – краткосрочный или долгосрочный план выполнения, изменения и развития проекта.
Составлять и управлять бэклогом продукта
Бэклог – это список фич и задач для разработчиков, который может меняться в зависимости от потребностей проекта. Изменять бэклог может как РО, так и разработчик.
Product Owner должен управлять бэклогом так, чтобы команда реализовала необходимые фичи раньше, чем остальные. Их приоритетность напрямую связана с бизнес-задачами заказчика и сроками проекта. Например, если разрабатываемый продукт должен быть запущен в течение 6 месяцев, PO должен определить, какие главные функции должен включать его MVP (minimum viable product) – минимально жизнеспособный продукт, и, исходя из этого, решить, какие фичи сделать первыми. Важно, чтобы эти фичи приносили доход продукту даже на ранних этапах запуска.
Описание работы фич также лежит на РО.
Создавать визуальные прототипы
Умение быстро создать приблизительный интерфейс приложения, сайта или веб-сервиса – еще один навык, необходимый для PO. Он должен смоделировать поведение пользователя и создать прототип в соответствии с ним. Для этого необходимы знания и опыт User Experience/User Interface (UX/UI).
Умение создать прототип значительно ускоряет процесс разработки, так как заказчик уже на ранних порах видит, как будет выглядеть приложение или сайт, и может вносить правки, исходя из своих бизнес-задач.
Контролировать разработку на всех этапах
Когда видение, стратегия и приоритеты продукта установлены, требуется тщательный контроль над разработкой. PO наблюдает за процессом выполнения итераций, планирует следующие, проводит еженедельные стендапы разработчиков, планирование, ретроспективу совместно со SCRUM-мастером, анализирует эффективность, и ставит сроки для следующего спринта, в рамках которого команда будет готова показать ценную реализованную часть продукта. На спринте планируется, какой пул работ будет реализован, а командой проставляются оценки задач в рамках пользовательских историй.
Вырабатывать продуктовую стратегию вместе с заказчиком
Компетентный PO – это еще и эксперт-аналитик, который работает над продуктовой стратегией вместе с заказчиком. Формируя продуктовую стратегию, Product Owner собирает обратную связь пользователей, проводит исследование рынка, продуктовых стратегий аналогичных продуктов, исследует их показатели и определяет ценность продукта для пользователя. Такая экспертиза показывает, что PO понимает тренды рынка, умеет предвидеть проблемы продукта и может решить их.
» data-image-caption=»» data-medium-file=»https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?fit=1024%2C723&ssl=1″ data-large-file=»https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?fit=740%2C523&ssl=1″ svg+xml,%3Csvg%20xmlns=’http://www.w3.org/2000/svg’%20viewBox=’0%200%20740%20523’%3E%3C/svg%3E» alt=»Product Owner» width=»740″ height=»523″ data-lazy-srcset=»https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?w=1400&ssl=1 1400w, https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?resize=640%2C452&ssl=1 640w, https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?resize=1024%2C723&ssl=1 1024w, https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?resize=768%2C543&ssl=1 768w» data-lazy-sizes=»(max-width: 740px) 100vw, 740px» data-recalc-dims=»1″ data-lazy-src=»https://i0.wp.com/apptractor.ru/wp-content/uploads/2018/10/Product-Owner-1.jpg?resize=740%2C523&ssl=1″ />
Разрабатывать модель монетизации
РО должен сделать так, чтобы продукт приносил доход. Необходимо уметь просчитывать юнит-экономику (заработок бизнеса с потока пользователей), чтобы продукт не приносил убытков, анализировать и улучшать LTV (LifeTime Value) – прибыль от одного пользователя за все время сотрудничества, а также общий Revenue (доход).
Чтобы модель монетизации получилась эффективной, нужно учитывать страны, на которые ориентирован продукт, сегменты целевой аудитории, их покупательскую способность и конкурентный анализ. На основе этих данных компетентный PO должен выбрать способ монетизации: рекламный, платная подписка, покупки внутри продукта, либо совместить их.
Эффективно общаться с заказчиком и командой разработки
PO должен обладать навыками хорошего коммуникатора, чтобы задачи, поставленные заказчиком, были внятно донесены до разработчиков. От того, насколько четко сформированы и переданы задачи, сроки и видение, зависит эффективность процесса. Иными словами, PO отвечает за понимание между заказчиком и разработчиком.
Оценка прогресса продукта тоже входит в дело Product Owner-а
Оценивать эффективность каждой итерации и продукта после его запуска – еще одна зона ответственности PO. Он определяет, насколько полноценно выполнена та или иная задача, и решает, приступать к следующему спринту или доработать продукт.
Мы видим, что продакт оунер – это очень важный элемент в команде гибкого процесса разработки. Это тот человек, без которого на проектах царил бы хаос и не было бы конечного видения стратегии продукта. Именно он координирует действия разработчиков, общается с заказчиком, выявляет главные потребности продукта и отвечает за финальный вариант продукта.
Для тех, кому лень читать, мы собрали все необходимые навыки PO, услышанные от Михаила Карпова, в таблицу.
Product Owner: 7 ключевых обязанностей
Меня зовут Дмитрий Котенко, я – генеральный директор студии по разработке приложений InfoShell. Так как этот журнал читают не только специалисты и бизнесмены, но и молодое поколение, которому, возможно, будет интересна работа над созданием диджитал-продуктов, я решил поделиться информацией о профессии продакт оунера. Приятного чтения!
Пара вступительных слов
Современные методы разработки digital-продуктов предполагают гибкий подход. Он намного эффективнее, чем некогда популярный каскадный с четко прописанным техническим заданием, от которого нельзя отклоняться. Принцип гибкой методологии прямо противоположный – здесь поощряется инициатива, грамотная приоритезация и изменения продукта.
Казалось бы, такой подход должен вызывать хаос в проектной команде, потому что каждый стремится высказать свое мнение. Чтобы не было этого хаоса, в команде разработке всегда должен быть продакт оунер.
Продакт оунер – это человек, который управляет созданием продукта и отвечает за то, что получится в результате. Компетентный продакт оунер сочетает в себе роли бизнес-стратега, рыночного аналитика, продакт-дизайнера и клиента.
Итак, 7 основных обязанностей продакт оунера:
Определение видения продукта
Продакт оунер отвечает за коммуникацию с заказчиком, предлагая ему те или иные фичи продукта, а также видение, которые бы соответствовали его бизнес-целям.
Наличие продакт-оунера на проекте гарантирует заказчику, что agile-команда будет придерживаться того видения, которое установлено заказчиком. Для этого продакт-оунер составляет дорожную карту продукта (roadmap) – краткосрочный или долгосрочный план выполнения, изменения и развития проекта.
Управление бэклогом продукта
Еще одна обязанность продакт оунера – управлять бэклогом. Бэклог – это список задач для команды разработчиков, который может меняться в зависимости от потребностей проекта. Изменять бэклог может как продакт оунер, так и разработчик. Здесь обязанность продакт оунера состоит в том, чтобы составить список задач и определить их приоритетность выполнения в соответствии с бизнес-задачами заказчика.
Приоритезация потребностей продукта
Приоритезация потребностей – неотъемлемая часть agile-процесса. Она также зависит от бизнес-задач заказчика и сроков выпуска проекта. Например, если разрабатываемый продукт должен быть запущен в течение 6 месяцев, продакт оунер должен определить, какие главные функции должен включать его MVP (minimum viable product) – минимально жизнеспособный продукт, и, исходя из этого, решить, длительность каких итераций можно изменить. Приоритезация потребностей также зависит от бизнес-задач заказчика.
Контроль на всех этапах разработки
Когда видение, стратегия и приоритеты продукта установлены, требуется тщательный контроль над разработкой. Продакт оунер наблюдает за процессом выполнения итераций, планирует следующие, проводит еженедельные стендапы разработчиков, планирование, ретроспективу совместно со SCRUM-мастером, анализирует эффективность, и ставит сроки для следующего спринта, в рамках которого команда будет готова показать ценную реализованную часть продукта. На спринте планируется, какой пул работ будет реализован, а командой проставляются оценки задач в рамках пользовательских историй.
Выработка продуктовой стратегии совместно с заказчиком
Компетентный продакт оунер – это еще и эксперт-аналитик, который работает над продуктовой стратегией совместно с заказчиком. Формируя продуктовую стратегию, продакт оунер работает с обратной связью пользователей, проводит исследование рынка, продуктовых стратегий аналогичных продуктов и исследует их показатели. Такая экспертиза показывает, что продакт оунер понимает тренды рынка, умеет предвидеть проблемы продукта и сможет решить их.
Эффективная коммуникация с заказчиком и разработчиками
Продакт оунер общается и с заказчиком, и с разработчиками. Он должен обладать навыками хорошего коммуникатора, чтобы задачи, поставленные заказчиком, были внятно донесены до проектной команды. От того, насколько четко сформированы задачи и сроки, зависит эффективность процесса. Иными словами, здесь продакт оунер отвечает за понимание между заказчиком и разработчиком.
Оценка прогресса продукта
Оценивать эффективность каждой итерации – еще одна зона ответственности продакт оунера. Он определяет, насколько полноценно выполнена та или иная задача, и решает, приступать к следующему спринту или осуществить доработку.
Мы видим, что продакт оунер – это очень важный элемент в команде гибкого процесса разработки. Это тот человек, без которого на проектах царил бы хаос и не было бы конечного видения стратегии продукта. Именно он координирует действия разработчиков, общается с заказчиком, выявляет главные потребности продукта и отвечает за финальный вариант продукта.
Product owner и product manager: какая заключается разница в таких похожих на первый взгляд профессиях?
Product manager объединяет в себе компетенции маркетолога, аналитика и экономиста. Product owner работает более тесно с командой разработчиков продукта.
В последнее время всё чаще и чаще появляются новые профессии, смысл которых не всегда понятен сразу. Это вызывает большие дебаты о роли таких специалистов в компании, особенно если название должности созвучно с другими ранее существовавшими. Один из подобной серии дискуссионных вопросов: «В чём разница product owner и product manager?» Разбирая словарный состав названий должностей, кто-то может предположить, что различие находится в признаке отношения к продукту. Один претендует на владение (ownership) товаром, а второй — на управление (management).
Как и в любой дискуссии о том, что выполняет тот или иной специалист в компаниях, есть нюансы в обязанностях, которые зависят от конкретного предприятия, его структуры и организации работы в нём. Мы уже разбирали в другой статье отличия между продакт и проджект менеджерами, где указывали на подобные расхождения. Но а здесь остановимся на том, какое ключевое отличие product manager от product owner.
Почему менеджера продукта часто путают с владельцем продукта?
В противопоставлении ролей product owner vs product manager, на самом деле, можно обнаружить больше общего, чем различий. У обоих в обязанностях решение задач по созданию и модернизации продукта, который обладает ценностью для потребителей. И менеджер по продукту, и владелец продукта работают с разработчиками в тесном контакте, чтобы сделать решение потребительской «боли» совершеннее и удобнее для пользователей.
Резиденты Кремниевой долины, которым процесс разработки нового продукта известен лучше, чем кому-либо, так пишут о данном направлении:
«The story is not about how to manage managers and engineers. Managed products mean to deeply understand problem aims to solve then chase the goal of managing every nuance of that problem. There are always the place for compromises what team can accomplish at the moment and what customers need. Their perception of the product manages what to do first and what to do next».
Из цитаты видно, что важно как стратегическое направление развития продукта, так и внимание к детальному совершенству. В этом кроется причина того, что отличие product manager от product owner не так заметны со стороны. Обе профессии считаются тождественными и очень часто воспринимаются как разные названия одной и той же функции в компании.
Однако есть различие в их подходах к развитию продукта, но, чтобы уловить его, нужно глубже погрузиться в детали выполняемых ими работ. Рассмотрим это ниже.
Какие функции выполняет каждая из этих профессий?
Product manager (менеджер продукта) объединяет в себе компетенции маркетолога, аналитика, экономиста и немного дизайнера и технолога. Он определяет какой продукт нужен потребителям, как он должен функционировать и какая у него последовательность развития. На практике product manager собирает много информации на рынке, исследует потребителей, мониторит активность конкурентов в части создания и развития аналогичных предложений. Полученную информацию о внешней среде он анализирует.
На основе сделанных выводов разрабатывает долгосрочной план развития продукта — дорожную карту. По ней product manager формирует задания разработчиками и следит за их выполнением, не вдаваясь в технические детали реализации. Надо отметить, что в данном случае он не руководит проектом разработки. Он выступает внутренним заказчиком, который выдвигает требование к очередному этапу работ и принимает их.
Главная цель, к которой стремится product manager, — это создать продукт в соответствии со стратегией компании и обеспечить его успех на рынке, который измеряется в конкретных показателях. Например, доля на рынке, объём продаж, уровень рентабельности, удовлетворенность пользователей и т.д.
Product owner работает более тесно с командой разработчиков продукта. В его задачи входит выявление недостатков, которые не столько связаны с продуктом в целом, а с тем, как реализованы отдельные его функции. Он собирает отзывы, аккумулирует все недовольства пользователей, фиксирует их в журнале недочётов, выстраивает приоритеты в последовательности работ и доносит позицию пользователей до команды разработчиков.
Product owner тоже не сильно погружён в технологические вопросы и проект разработки вне его управления. Не в его компетенции также определять технические причины функционирования продукта вне ожиданий потребителей. Его задача указать на то, какой дискомфорт или даже «боль» испытывает человек при пользовании продуктом и требовать от разработчиков найти решение и устранить дефекты. Таким образом, с его помощью потребительская проблема становится предметом беспокойства самой команды.
Основная цель product owner — выжать максимальную ценность из продукта за счет устранения его недочетов, которые заметны потребителям и вызывают их недовольство. Фактически он занят приведением в равновесие ожиданий пользователей с действительностью, а в идеальной случае — превзойти требования клиентов к продукту, оставаясь в отведённых финансовых рамках.
Запоминаем, чем отличаются данные профессии
Итак, мы плавно подошли к тому, чтобы зафиксировать отличие product manager от product owner. Хотя, как было отмечено выше, оба специалиста работают над общей целью — это создание востребованного продукта и его модернизация, однако к её достижению каждый их них применяет свои подходы.
Product manager по характеру действий похож на внутреннего предпринимателя. Он стремится на основе информации от потребителей и данных о состоянии конкурентной среды создать и развивать продукт, который обеспечит компании достижение желаемых бизнес-показателей. Product owner — это внутренний перфекционист, который собирает отзывы клиентов, выявляет их недовольство продуктом и вместе с разработчиками доводит проблемные места до ожидаемого потребителями уровня функционирования.
Ниже приведена таблица, в которой указаны различия в работе этих двух ролей.
Таблица 1. Различия между product manager и product owner
Менеджер по продуктам
Основной вектор внимания
Общая концепция и видение продукта. Долгосрочный план его развития.
Детальное представление продукта. Текущий и грядущий фронт работ по улучшению продукта.
Подведём итоги, чем отличаются обе роли. Product manager нацелен на стратегическую перспективу и отвечает за весь жизненный цикл продукта. Product owner наоборот имеет более узкое направление для работы. Для него важнее текущая работа с командой разработчиков и устранение неполадок по списку недочётов.
Product manager в своих действиях ориентируется на рынок и целевую аудиторию потребителей. Так он определяет последовательность появления очередных модернизаций продукта. Product owner больше руководствуется дорожной картой разработки продукта и, взаимодействуя с разработчиками, отвечает за её воплощение для получения должного результата в соответствии с ожиданиями пользователей.
Product Owner vs Product Manager или Product Owner/Product Manager
Кто прав? Единого ответа нет. Сфера ИТ стремительно развивается, компании расширяются, создаются новые проекты, которые требуют новых подходов. Появляются “многостаночники”: девопсы, фулстек-разработчики, технические проджект-менеджеры. Все это зачастую приводит к путанице, когда HR-команда не может четко сформулировать, кто же им собственно нужен, и появляются вакансии, которые включают в себя набор обязанностей “от всех по чуть-чуть”.
Сделав сравнение Project Manager и Product Manager, я получила вопрос:
“А в чем тогда разница между Product Owner (владелец продукта) и Product Manager (менеджер продукта)?”
Давайте разбираться вместе!
Product Manager не привязан к какой-то определенной модели, методологии или фреймворку.
Менеджер продукта отвечает за общее видение продукта и его соответствие требованиям рынка; он контролирует процесс создания, общается с целевой аудиторией и разрабатывает маркетинговую стратегию для запуска, после которого постоянно оценивает актуальность продукта и, при необходимости, совершенствует его.
Владелец продукта отвечает за “достижение максимальной ценности продукта”. Он работает с командой, владеет минимальными техническими знаниями для лучшего понимания задач, решает, что и в какой последовательности будет реализовано из беклога, общается с пользователями на разных этапах для сбора обратной связи.
На этапе зарождения продакт-менеджмента скорость развития рынка и выпуска продуктов была совсем другой. Продакт-менеджер разрабатывал видение продукта и передавал его на реализацию проджект-менеджеру. В 1980-х, когда рынок стал меняться быстрее, продукты к моменту их выхода могли потерять свою актуальность. Появился Scrum со своей ролью владельца продукта, который чувствует, “куда ветер дует” относительно его бизнеса, и вносит необходимые изменения в беклог, постоянно держа руку на пульсе и корректируя приоритеты.
“визионера, который ведет идеи новых продуктов от первоначального концепта до запуска “созревшего” продукта”.
Примеры вакансий и более подробное их описание можно посмотреть FB Product Manager и Sr. Product Manager от Amazon. В Google помимо более 600+ запросов на эту должность, есть своя обучающая программа “Google Associate Product Manager Program”.
А что же с требованиями к этим должностям? Какими эти позиции видят рекрутеры?
Требования к Product Manager:
Умение анализировать рынок и продукцию конкурентов, выявлять болевые точки и проблемы потенциальных пользователей для понимания возможных зон развития.
Понимание, как превращать потребности клиента в готовый продукт.
Опыт в проведении тестов (к примеру, A/B, A/A) и навыки анализа больших объемов информации.
Знание принципов UX/UI дизайна и инструментов для прототипирования.
Опыт в создании плана развития продукта или отдельных функций и отслеживание его выполнения.
Умение работать в постоянно-меняющейся окружающей среде и сбор необходимых аналитических данных для “процветания” продукта в этих условиях.
Понимание процессов разработки продукта, зон ответственности команды и навыки общения с заказчиками и потенциальными пользователями.
Требования к Product Owner
Опыт работы в Scrum и понимание гибких методологий и фреймворков в целом.
Организационные, аналитические и коммуникационные навыки.
Умение находить ключевые проблемы и возможности разрабатываемого продукта.
Способность правильно приоритизировать деятельность (как свою, так и команды) для успешной работы над проектом.
Умение анализировать, КАК думают потенциальные пользователи, ЧЕГО они хотят, КАК себя ведут с целью дальнейшего “превращения” этой информации в функции и услуги.
Способность “предсказывать” тренды в будущем, основываясь на имеющихся данных.
Опыт в оптимизации продукта через А/В тестирование.
Умение разбивать весь объем работы на отдельные задачи для дальнейшей презентации их стейкхолдерам и членам команды.
Опыт написания технической документации.
И если требования более-менее отличаются, то обязанности очень подобны.
Обязанности Product Manager:
Находить и анализировать возможности рынка и потребности ЦА для создания концепта продукта и стратегии его разработки.
Общение с клиентами напрямую.
Создание плана разработки, контроль его выполнения и написание документации.
Сотрудничество со стейкхолдерами, проджект-менеджерами и командой для общего понимания, каким образом создаваемый вами продукт будет соответствовать требованиям клиентов.
Написание high-view требований и детализация их с командой.
Создание пути клиента “от А до Я”, чтобы впечатления пользователей были максимально положительными на всех этапах взаимодействия с продуктом.
Мониторинг метрик, создание и проверка гипотез.
Помощь при выведении продукта на рынок и дальнейшая его поддержка.
Обязанности Product Owner:
Анализировать рынок и потребности клиентов, понимать их ожидания и психологию.
Собирать обратную связь как от стейкхолдеров, так и от конечных пользователей.
Быть “клеем” для команд аналитиков, дизайнеров, разработчиков и поддержки, чтобы происходила эффективная коллаборация между ними.
Определять объем работ для разработчиков и формировать беклог.
Управлять релизами, ставить задачи команде.
Участвовать в демонстрациях и ретроспективах.
Создавать техническую документацию (пользовательские истории, видение, руководство для пользователей и т.д.) и четкие достижимые спецификации, чтобы команда выпускала ключевые функции вовремя и с максимальной ценностью для рынка.
Создавать рекомендации для маркетинговых стратегий с целью привлечения и удержания пользователей.
Формировать дорожную карту продукта.
Контролировать создание продукта от идеи до поставки заказчику.