product owner чем занимается

Product Owner: кто это, обязанности, зарплаты и как им стать в 2021 году. Обзор профессии.

Кто такой Product Owner?

Product Owner (Владелец продукта) – это роль в команде Scrum, которая отвечает за результат проекта. Владелец продукта стремится максимизировать ценность продукта путем управления и оптимизации перечня рабочих задач продукта.

Что делают Product Owner и чем занимаются?

Обязанности на примере одной из вакансий:

Что должен знать и уметь Product Owner?

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

Востребованность и зарплаты Product Owner

На сайте поиска работы в данный момент открыто 1 527 вакансий, с каждым месяцем спрос на Product Owner растет.

Количество вакансий с указанной зарплатой Product Owner по всей России:

Вакансий с указанным уровнем дохода по Москве:

Вакансий с указанным уровнем дохода по Санкт-Петербургу:

Как стать Product Owner и где учиться?

Варианты обучения для Product Owner с нуля:

Ниже сделали обзор 10+ лучших онлайн-курсов.

10+ лучших курсов для обучения Product Owner: подробный обзор

1 место. Курс «Certified Scrum Product Owner» — Skillbox

Кому подойдёт этот курс:

Чему вы научитесь:

Содержание курса

Вас ждут онлайн-встречи и практические задания на основе реальных кейсов.
10 онлайн-сессий, 5 тем

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

Планирование целей и стратегии

Понимание клиентов и пользователей

Работа с бэклогом

2 место. Курс «Продакт-менеджмент» — Skillbox

Кому подойдёт этот курс:

Чему вы научитесь:

Программа

Вас ждут онлайн-лекции, дополнительные материалы и практические задания на основе реальных кейсов.
23 тематических модуля, 90 онлайн-уроков

Диплом Skillbox
Подтвердит, что вы прошли курс, и станет дополнительным аргументом при устройстве на работу.

3 место.Курс «Product manager» — Нетология

На курсе вы научитесь создавать продукт, а после запуска — искать пути, как его улучшить. Именно вы будете определять, какой продукт нужен клиенту и как его масштабировать на рынке.

Базовая программа

Освоите все этапы жизненного цикла продукта, получите навыки для эффективного взаимодействия с командой и управления проектами. Этого достаточно, чтобы начать работать junior-продактом.
8 модулей, 343 часа теории и практики

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

Итоговая работа
Вы придумаете продукт и проработаете его концепцию до момента запуска на рынок: проведёте анализ ниши и конкурентов, составите список гипотез, создадите первый прототип, посчитаете экономику и построите систему метрик.
Если у вас нет своего проекта, мы предложим вам учебный. В нём опишем идею, ЦА, KPI продукта c горизонтом планирования 1 год.

Три учебных проекта на выбор:

Вашу квалификацию подтвердит диплом о профессиональной переподготовке.

Источник

Product owner – кто это и что он делает?

Что ещё за product owner? Кто это? Очередной интернет-специалист с непонятными обязанностями?

Спокойно! Всё понятно и чётко. Сейчас разъясним.

Кто такой product owner?

В большинстве источников перевод на русский звучит как «владелец продукта», и это создаёт путаницу. Что такое продукт компании? Это то, за что покупатели платят деньги. К примеру, продуктом автосервиса будет ремонт автомобиля, а продуктом интернет-магазина – товары, которые там приобретут.

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

Чем занимается product owner?

Есть такой эксперимент из области философии искусственного интеллекта – «Китайская комната». В нём участвуют два воображаемых человека, листочки с вопросами на китайском языке и листочки с ответами на эти вопросы. Суть в том, что, имея чётко прописанные скрипты, один человек, не зная китайского, может подбирать к листкам с вопросами соответствующие листки с ответами и передавать их вопрошающему. Так второй человек, знающий язык, получит разумные ответы на свои вопросы от того, кто не знает ни одного иероглифа.

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

И для эффективного продвижения уже недостаточно искусственного интеллекта, а нужен настоящий, живой. Тот самый, который сможет отличить ценный отзыв от происков конкурентов, а ценные отзывы, в свою очередь, рассортировать по важности на важные и второстепенные. А как он узнает, что важно, а что нет? Строгих правил тут нет. Он просто разбирается в том, что продаёт компания, и представляет её возможности.

Зачем нужен человек, который знает продукт?

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

Продакт-оунер знает о продукте всё, и может проконтролировать других участников процесса, чтобы они выполнили свою задачу на 100%. Он служит для коммуникации всех участников кампании по продвижению. Именно он слушает и слышит клиентов, и может донести до команды разработчиков их потребности и возможности продукта.

Обязанности продакт-оунера

И, конечно, не стоит забывать о коммуникации между всеми важными действующими лицами – владельцем компании, командой разработчиков, рекламщиками, покупателями и т. д. Так что дел для специалиста product owner хватает с лихвой. Многие владельцы бизнеса о нём даже не знают. А ведь, возможно, именно в его отсутствии заключается проблема в раскруткой бренда и интернет-продвижением услуг компании.

Источник

Product Owner: 7 ключевых обязанностей

Меня зовут Дмитрий Котенко, я – генеральный директор студии по разработке приложений InfoShell. Так как этот журнал читают не только специалисты и бизнесмены, но и молодое поколение, которому, возможно, будет интересна работа над созданием диджитал-продуктов, я решил поделиться информацией о профессии продакт оунера. Приятного чтения!

Пара вступительных слов

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

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

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

Итак, 7 основных обязанностей продакт оунера:

Определение видения продукта

Продакт оунер отвечает за коммуникацию с заказчиком, предлагая ему те или иные фичи продукта, а также видение, которые бы соответствовали его бизнес-целям.

Наличие продакт-оунера на проекте гарантирует заказчику, что agile-команда будет придерживаться того видения, которое установлено заказчиком. Для этого продакт-оунер составляет дорожную карту продукта (roadmap) – краткосрочный или долгосрочный план выполнения, изменения и развития проекта.

Управление бэклогом продукта

Еще одна обязанность продакт оунера – управлять бэклогом. Бэклог – это список задач для команды разработчиков, который может меняться в зависимости от потребностей проекта. Изменять бэклог может как продакт оунер, так и разработчик. Здесь обязанность продакт оунера состоит в том, чтобы составить список задач и определить их приоритетность выполнения в соответствии с бизнес-задачами заказчика.

Приоритезация потребностей продукта

Приоритезация потребностей – неотъемлемая часть agile-процесса. Она также зависит от бизнес-задач заказчика и сроков выпуска проекта. Например, если разрабатываемый продукт должен быть запущен в течение 6 месяцев, продакт оунер должен определить, какие главные функции должен включать его MVP (minimum viable product) – минимально жизнеспособный продукт, и, исходя из этого, решить, длительность каких итераций можно изменить. Приоритезация потребностей также зависит от бизнес-задач заказчика.

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

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

Выработка продуктовой стратегии совместно с заказчиком

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

Эффективная коммуникация с заказчиком и разработчиками

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

Оценка прогресса продукта

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

Мы видим, что продакт оунер – это очень важный элемент в команде гибкого процесса разработки. Это тот человек, без которого на проектах царил бы хаос и не было бы конечного видения стратегии продукта. Именно он координирует действия разработчиков, общается с заказчиком, выявляет главные потребности продукта и отвечает за финальный вариант продукта.

Источник

Кто такой Product Owner, чем занимается и как отличается от project-менеджера

В scrum-команде есть несколько основных ролей. Одна из них — Product Owner. Рассказываем, кто это и чем занимается.

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

Как не путать с менеджером проекта

Менеджер проекта и Product Owner — это не одно и то же. Менеджер проекта — руководитель: он распределяет задачи и нагрузку, проверяет и снова руководит процессом.

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

Пишет про управление в Skillbox. Работала координатором проектов в Русском музее, писала для блога агентства CRM-маркетинга Out of Cloud.

Функции Product Owner ближе к работе, которую выполняет Product Manager. Чтобы научиться и стать профессионалом в этой области, обратите внимание на практический курс «Управление продуктом» от Skillbox.

Роли продуктового менеджера и владельца продукта часто объединяют в вакансиях.

Роль Product Owner
в scrum-команде

Напомним, что Scrum — методология гибкой разработки программного обеспечения. Она основана на Agile-манифесте.

Scrum-команда — это владелец продукта, scrum-мастер и разработчики. В заказной разработке — еще клиент, пользователи и стейкхолдеры.

Чем занимается
Product Owner

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

Product Owner отвечает за продукт на всех этапах его создания:

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

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

Что важно для владельца продукта

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

Вы всегда представляете, как будет выглядеть продукт в итоге, и способны объяснить это другим. Важно сделать так, чтобы все в команде поняли задачи одинаково.

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

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

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

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

Именно вы следите, чтобы общение команды было продуктивным. Вам важно, чтобы все, кто создаёт продукт, могли обмениваться идеями и легко понимали друг друга. От этого зависит общий результат.

Заключение

Мы рассказали, кто такой Product Owner и чем он занимается. Если у вас остались вопросы или вы хотите подробнее разобраться в Scrum и Agile, советуем почитать и посмотреть:

Чтобы быть владельцем продукта, нужно уметь работать по Agile-методологиям. Разбираться в маркетинге, юзабилити, разработке и управлении, а главное — понимать жизненный цикл продукта.

Источник

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:

Анализировать рынок и потребности клиентов, понимать их ожидания и психологию.

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

Быть “клеем” для команд аналитиков, дизайнеров, разработчиков и поддержки, чтобы происходила эффективная коллаборация между ними.

Определять объем работ для разработчиков и формировать беклог.

Управлять релизами, ставить задачи команде.

Участвовать в демонстрациях и ретроспективах.

Создавать техническую документацию (пользовательские истории, видение, руководство для пользователей и т.д.) и четкие достижимые спецификации, чтобы команда выпускала ключевые функции вовремя и с максимальной ценностью для рынка.

Создавать рекомендации для маркетинговых стратегий с целью привлечения и удержания пользователей.

Формировать дорожную карту продукта.

Контролировать создание продукта от идеи до поставки заказчику.

Источник