Менеджмент Продукта

22 декабря 2022

Управление Продуктом

Что такое Управление Продуктом?

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

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

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

Алексей Ионов, Executive Lean-Agile коуч, Ионов и Партнеры
Алексей Ионов, Executive Lean-Agile коуч, Ионов и Партнеры

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

Успешные решения проходят через четыре различных этапа жизненного цикла продукта: становление (выход на рынок), рост, зрелость и упадок. Менеджмент продукта направляет каждое решение через эти этапы, чтобы бизнес получал максимальную ценность от решения в течение всего срока его жизни.

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

«Термины «менеджмент» и «управление» стоит рассматривать как полные синонимы. Следуя этой логике, Менеджер продукта в отдельных организациях может называться Управляющий продуктом («Продуктовый менеджмент» соответственно может называться «Управление продуктом»), что не меняет смысл и обязанности этой роли. Разница зависит от большего или меньшего стремления к использованию англицизмов в корпоративной управленческой терминологии. Далее в статье мы используем оба этих термина.»

Алексей Ионов, Executive Lean-Agile коуч, Ионов и Партнеры
Алексей Ионов, Executive Lean-Agile коуч, Ионов и Партнеры

Ключевые Взаимодействия Менеджмента Продукта

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

Рисунок 1. Основные взаимодействия со стороны Менеджмента Продукта

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

  • Выравнивание по результатам – Продуктовый менеджмент гарантирует, что решения доставляют ощутимую бизнес-ценность. Менеджмент Продукта напрямую взаимодействует с клиентами, владельцами бизнеса и, при необходимости, с Менеджментом Решения, чтобы понять рыночные силы, ожидаемые экономические результаты и более широкое видение решения, влияющее на стратегию продукта.
  • Управление направлением движения Поезда (Agile Release Train, ART) – Менеджмент продукта постоянно сотрудничает с Архитекторами Систем и Инженером Релизного Поезда (Release Train Engineer, RTE), чтобы направлять Релизный Поезд (Agile Release Train, ART) в сторону успешной доставки. Вместе они образуют важную триаду лидеров, которая поддерживает постоянную синергию между стратегией продукта и реализацией.
  • Развитие решения – В конечном счете, Agile команды должны реализовать стратегию продукта, разрабатывая, доставляя и постоянно совершенствуя решения. Продуктовый менеджмент постоянно синхронизируется с Владельцами продукта команд, предоставляя им актуальный бизнес-контекст и получая обратную связь о возможностях фактической реализации.

Обязанности Менеджмента Продукта

Обязанности Менеджмента Продукта в SAFe делятся на пять основных областей, как показано на рисунке 2.

Рисунок 2. Области ответственности Продуктового менеджмента

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

Изучение рынков и пользователей

Управление продуктом непрерывно изучает Контекст Решения, собирая качественную и количественную информацию о динамике рынка и предпочтениях пользователей. Эти данные влияют как на бизнес-стратегию, так и на техническую стратегию. Эта информация также помогает генерировать гипотезы, которые в свою очередь «питают» Конвейер Непрерывной Доставки.

  • Проведение первичных и вторичных исследований– Данные первичных исследований отвечают на вопросы о соответствии продукта рынку в контексте применения. Данные вторичных исследований выявляют тенденции макроуровня для групп сегментов рынка или между ними. Менеджмент продукта использует оба вида исследований как для разработки общей стратегии продукта, так и для работы над конкретными элементами дизайна продукта.
  • Применение сегментации рынка – Не все пользователи одинаковы. Клиенты сталкиваются с разными проблемами, им нужен разный функционал, и они по-разному оценивают продукты в течение времени. Менеджмент продукта делит пользователей на сегменты на основе общих характеристик и определяет решения для наиболее привлекательных сегментов.
  • Определение рыночных ритмов и событий – Рыночные ритмы являются предсказуемыми, часто сезонными, создают паттерны спроса и предложения, которые влияют на регулярные графики выпуска. Рыночные события, такие как нормативные изменения, истечение срока действия патентов и появление предложений конкурентов, происходят более эпизодически и требуют динамического планирования выпусков вне рамок регулярных циклов со стороны Менеджмента продукта.
  • Понимание потребностей конечных пользователей – Для того, чтобы решения приносили максимальную выгоду для бизнеса, необходимо глубокое понимание потребностей конечных пользователей. Управление продуктами использует итеративные методы сбора данных, такие как Lean UX, человекоцентричный дизайн (HCD) и карты пути клиентов (CJM). Это позволяет развивать продуктовую стратегию в соответствии с постоянно меняющимися потребностями клиентов.

Поддержание связи с Клиентом

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

  • Использование клиентоцентричного мышления – Эффективное управление продуктом обеспечивается клиентоцентричным мышлением, при котором клиент находится в центре каждого решения. Такое мышление поддерживается инструментами и методами Дизайн-мышления. Клиентоцентричный подход направляет всю организацию в сторону создания желаемых, жизнеспособных, осуществимых и устойчивых решений.
  • Эмпатия к клиенту – Решения должны обеспечивать ценный опыт их использования для клиентов. Это требует, чтобы организации разрабатывали каждое решение с позиции клиента, откладывая в сторону предвзятые идеи. Менеджмент Продукта направляет развитие решений, используя персоны (personas), глубинные интервью, карты эмпатии и связанные с ними инструменты, чтобы выявить желания и потребности клиентов.
  • Применение дизайн-мышления – Дизайн-мышление — это целостный, итеративный подход к разработке решений. Этот подход обеспечивает, что решения остаются желаемыми, жизнеспособными, осуществимыми и устойчивыми на протяжении всего жизненного цикла продукта. Менеджмент Продукта использует методы и инструменты дизайн-мышления, чтобы досконально изучить и понять какие именно проблемы необходимо решать, а также разработать способы, наилучшим образом подходящие для их решения.
  • Постоянное вовлечение клиента – Agile разработка продукта — это итеративный процесс, который требует постоянного планирования, разработки, проверки и корректировки. Менеджмент Продукта подпитывает этот постоянный процесс получения обратной связи, часто вовлекая клиентов в Непрерывное исследование, PI Планирования и Демонстрации систем.

Определение Стратегии Продукта, Видения и Дорожных Карт

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

  • Согласованность (выравнивание) стратегии и бизнес целей – Менеджмент продукта отвечает за приведение стратегии, видения и дорожной карты продукта в соответствие со Стратегическими темами портфеля и за поддержание согласованности с Видением Портфеля, Бережливыми Бюджетами, Направляющими и, при необходимости, Видением решения. Принимая на себя роль Владельца Эпика, менеджер продукта также определяет и управляет бережливым бизнес-кейсом Эпика (Lean Business Case).
  • Создание справедливых моделей обмена ценностью – Важно следовать первому принципу SAFe «Принимать экономическую точку зрения». Следуя экономической точке зрения, Менеджмент продукта обязательно определяет конкретную ценность, которую клиенты получат от решения, а не только ценность, которую предприятие потребует взамен. Справедливый обмен ценностью между предприятием и его клиентами гарантирует, что решения обеспечивают взаимные, устойчивые выгоды для всех сторон.
  • Создание и коммуникация вдохновляющего видения – Менеджмент Продукта постоянно уточняет видение продукта и доносит его до всех участников поезда (Agile Release Train, ART). Во время каждого мероприятия «PI Планирование» Менеджмент Продукта представляет видение, выделяя приоритетные фичи и соответствующие вехи. При необходимости Менеджмент Продукта работает с Менеджментом Решения в рамках Пре-PI Планирования, чтобы донести видение продукта до заинтересованных лиц Поезда Решения и «откалибровать» его в соответствии с видением решения.
  • Управление гибкими дорожными картами – Способ реализации стратегии и видения продукта визуализируется с помощью дорожных карт, которые направляют фактическую разработку. В течение жизненного цикла продукта бизнес-цели предприятия и потребности клиентов меняются, поэтому Менеджмент Продукта постоянно вносит изменения в стратегию и видение. Это в свою очередь приводит к корректировке дорожных карт.

Управление и расстановка приоритетов в беклоге Поезда (ART Backlog)

Управление продуктами поддерживает поток работы, который проходит через Беклог Поезда (ART Backlog),  гарантируя, что он всегда отражает самые актуальные потребности клиентов.

Примечание: Беклог Поезда (ART Backlog) — новый термин SAFe 6.0. В предыдущей версии SAFe использовался термин Беклог Программы (Program Backlog).

  • Направлять и сопровождать создание Фич – Фичи — это свойства решения, которые отвечают конкретным потребностям клиента и могут быть доставлены в рамках одного Интервала Планирования (Planning Interval, PI). Продуктовый Менеджмент гарантирует, что фичи в беклоге Поезда содержат четкие гипотезы выгоды и критерии приемки.

Примечание: Интервал Планирования (PI, Planning Interval) — новый термин SAFe 6.0. В предыдущей версии SAFe использовался термин Инкремент Программы (Program Increment).

  • Расставлять приоритеты Фич с помощью WSJF – Ключевым экономическим фактором для Agile Release Train является рациональный выбор фич и последовательность их разработки. Управление Продуктом должно гарантировать, что перед каждым PI Планированием проводится пересмотр приоритетов в беклоге с помощью Weighted Short Job First (WSJF).
  • Принимать Фичи – Действуя от имени клиента, Продуктовый Менеджмент оценивает завершенность (выполненность и полноту) фич, реализованных в рамках беклога поезда (ART Backlog). Эта заключительная проверка определяет, насколько реализация фичи соответствует критериям приемки и устанавливает, содержит ли фича бизнес-ценность, достаточную для выпуска.
  • Поддерживать Архитектурное Русло – Хотя от Менеджмента Продукта не требуется управление технологическими решениями, ожидается, что они будут поддерживать текущую разработку и обслуживание Архитектурного русла. В сотрудничестве с Архитекторами Систем они согласовывают распределение емкости, которое уравновешивает объем бизнес-фич и фич-энейблеров в беклоге поезда.
  • Участвовать в мероприятиях Agile Release Train – Менеджмент Продукта играет важную роль в таких мероприятиях, как PI Планирование, Инспект-Адапт, регулярных Демонстрациях Системы (которые проходят каждые 2 недели), Демонстрациях Решения и финальной Демонстрации Системы за Инкремент Программы (PI System Demo). На этих мероприятиях Менеджеры Продукта активно делятся своими знаниями, собирают обратную связь от других участников и решают проблемы, связанные с продуктом. Менеджеры Продукта также могут участвовать в мероприятиях в качестве Владельцев бизнеса, утверждая Цели на Интервал Планирования (PI Objectives), проставляя бизнес-ценность и управляя рисками.

Примечание: В SAFe 6.0 PI Objectives обозначают Цели (ожидаемые результаты) на Интервал Планирования (Planning Interval Objectives). Это новый термин SAFe 6.0. В предыдущей версии SAFe PI Objectives (Program Increment Objectives) расшифровывались как Цели на Инкремент Программы.

Доставка Ценности

Управление продуктами использует Конвейер Непрерывной Доставки (CDP) для выпуска ценности в оптимальные для рынка сроки. В зависимости от контекста это может повлечь за собой необходимость выпускать готовый продукт с разной частотой: несколько раз в день, еженедельно, ежемесячно или всякий раз, когда потребности клиентов совпадают с целями предприятия.

  • Работать совместно со всеми участниками потока создания ценности – Менеджеры Продукта вместе с внутренними клиентами взаимодействуют с заинтересованными лицами и участниками Разработческого Потока Ценности (Development Value Stream, DVS), чтобы гарантировать, что решения приносят пользу предприятию. Менеджеры Продукта вместе с внешними клиентами сотрудничают с людьми и командами в Операционном Потоке Ценности (Operational Value Stream, OVS) для доставки решения на рынок и его последующей эксплуатации. При необходимости Менеджмент Продукта также взаимодействует в рамках Поезда Решения для управления зависимостями между Релизными Поездами и обеспечения своевременной интеграции продуктов в крупные решения.
  • Гарантирование целостности (завершенности) продукта – Менеджмент Продукта гарантирует, что решения отвечают широкому спектру потребностей клиентов. «Целостные решения» разработаны с точки зрения клиента и включают в себя несколько фич, которые вместе обеспечивают полный и позитивный клиентский опыт для конечного пользователя.
  • Обеспечение операционной деятельности – Менеджмент Продукта обеспечивает поддержку и появление новых возможностей для операционного потока ценности, чтобы ценность каждого выпуска была реализована максимально полно. Продуктовый менеджмент в рамках запуска продуктов помогает в подготовке клиентов, заинтересованных лиц и команд операционной деятельности, включая: команды маркетинга, продаж, отделов по работе с клиентами и каналами сбыта, а также подразделений, отвечающих за соблюдение регуляторных требований и т.д.
  • Выпускать ценность по требованию – Конвейер Непрерывной Доставки гарантирует, что развертывание решения отделено от их выпуска (релиза). Это позволяет Менеджменту Продукта, получая необходимую информацию от заинтересованных лиц и клиентов, определять моменты выпуска ценности тогда, когда это будем оптимально для бизнеса.
  • Достигать бизнес-целей – Экономически жизнеспособное решение создает больше ценности, чем стоит его создание. Затраты относительно легко измерить, но ценность часто неосязаема. Более того, предприятия оценивают ценность по-разному. Менеджмент Продукта играет важную роль в определении ценности решений в контексте конкретного предприятия. Обязанности Менеджеров Продукта включают в себя отслеживание того, насколько достигнуты бизнес-цели организации с помощью реализованных решений.

Внутренние и внешние клиенты

Управление продуктом требует глубокого понимания клиента. Клиенты определяют ценность каждого решения и, таким образом, являются неотъемлемой частью процесса Lean-Agile разработки.

SAFe определяет два типа клиентов:

Внутренние клиенты находятся внутри организации. Они получают решения из одного или нескольких разработческих потоков ценности и используют их в одном или нескольких операционных потоках ценности. Например, команда менеджеров по андеррайтингу в банке может быть внутренним клиентом решения для кредитного скоринга, созданного ИТ-отделом (рисунок 3).

Рисунок 3. Управление продуктами поддерживает внутренних и внешних клиентов

Внешние клиенты находятся за пределами предприятия. Они покупают, получают лицензию на использование или непрерывно эксплуатируют решения для своей собственной выгоды. На рисунке 3 показаны внешние клиенты, которые используют решения в операционном потоке создания ценности для подачи заявок на кредиты и погашения кредитов. Отношения между предприятием и внешними клиентами могут принимать разные формы взаимодействия: «бизнес-бизнес» (B2B), «бизнес-потребитель» (B2C) или «бизнес-профессионал» (B2P).

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

Рисунок 4. Команды менеджеров продукта, работающие вместе над созданием решения

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

Статья обновлена в соответствии с новой версией SAFe 6.0.

Статья подготовлена по материалам Scaled Agile, Inc. и не является официальным переводом.

 

Другие статьи в блоге:

Достижение измеримых бизнес результатов с помощью SAFe
Статья описывает подход, который позволяет показать ценность SAFe для бизнеса организации. Этот подход помогает бизнес- и технологическим лидерам повысить гибкость бизнеса, связывая результаты SAFe трансформации и бизнес-стратегию с помощью общих целей и ключевых результатов.
Беклоги Релизного Поезда (ART) и Поезда Решения
Что такое ART Backlog и Solution Train Backlog? Как создавать беклоги и поддерживать их в актуальном состоянии? Как управлять беклогом с помощью Канбан-систем? Как управлять Эпиками уровня ART и Solution Train?
Бережливые Бюджетные Направляющие (Lean Budget Guardrails)
Бережливые Бюджетные Направляющие описывают политики и практики бюджетирования, расходования средств и «надзора» над деятельностью конкретного портфеля. SAFe выделяет 4 Направляющие, которые рассмотрены в этой статье.

Подпишитесь на нашу рассылку и получайте новости и информацию о мероприятиях первыми!