Как в большой компании между продактами делится продукт? | OTUS
⚡ Подписка на курсы OTUS!
Интенсивная прокачка навыков для IT-специалистов!
Подробнее

Курсы

Программирование
iOS Developer. Professional Kotlin Backend Developer Flutter Mobile Developer Symfony Framework C++ Developer. Basic Unity Game Developer. Basic Java Developer. Professional
-35%
Highload Architect Unity Game Developer. Professional React.js Developer Специализация Java-разработчик
-25%
Алгоритмы и структуры данных
-16%
Scala-разработчик C# Developer. Professional
-23%
Разработчик голосовых ассистентов и чат-ботов Team Lead Архитектура и шаблоны проектирования NoSQL Web-разработчик на Python Golang Developer. Professional PostgreSQL Vue.js разработчик Супер-практикум по использованию и настройке GIT Разработчик IoT Подготовка к сертификации Oracle Java Programmer (OCAJP) Программист С HTML/CSS
Инфраструктура
Инфраструктурная платформа на основе Kubernetes Microservice Architecture Базы данных Highload Architect Reverse-Engineering. Professional
-8%
Network engineer. Basic Administrator Linux.Basic MongoDB Infrastructure as a code MS SQL Server Developer Cloud Solution Architecture Мониторинг и логирование: Zabbix, Prometheus, ELK Супер-практикум по использованию и настройке GIT Разработчик IoT Экcпресс-курс «ELK» Супер-интенсив "Tarantool" Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes» Экспресс-курс «Введение в непрерывную поставку на базе Docker»
Корпоративные курсы
Безопасность веб-приложений Экосистема Hadoop, Spark, Hive Пентест. Практика тестирования на проникновение Node.js Developer Java QA Engineer. Basic
-18%
Reverse-Engineering. Professional
-8%
DevOps практики и инструменты NoSQL Reverse-Engineering. Basic Cloud Solution Architecture Внедрение и работа в DevSecOps Супер-практикум по работе с протоколом BGP Game QA Engineer Супер - интенсив по Kubernetes Дизайн сетей ЦОД Экспресс-курс «IaC Ansible» Экспресс-курс по управлению миграциями (DBVC) Экспресс-курс "Версионирование и командная работа с помощью Git" Основы Windows Server
Специализации Курсы в разработке Подготовительные курсы Подписка
+7 499 938-92-02

Как в большой компании между продактами делится продукт?

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

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

Первые стремятся сделать меньше в рамках одной задачи, но больше в количестве. Вторые — сделать больше и лучше: полноценные сервисы, а не MVP, на которых можно растить выручку и маржу компании — ключевые метрики роста бизнеса.

Порядок формирования задач на разработку:

  • формулировка бизнес-требований происходит в первую очередь. Бизнес-руководители определяют, на чем и как будут зарабатываться деньги;
  • продакт-менеджеры определяют CJM&Job Stories в продукте, посредством которых могут быть достигнуты бизнес-задачи;
  • собирается большая общая встреча со всеми руководителями и системными аналитиками задействованных систем. Все стараются прикинуть свое участие с приоритетом на закрытие продуктовой потребности и минимизации своих трудозатрат. Задачи декомпозируются горизонтально, в основном, по бизнес-процессам, в том числе и по части, в каком месте правильнее было бы концептуально сделать ту или иную доработку;
  • после нескольких встреч/итераций/обсуждений формируются решения и пул интеграций между вертикалями, формируется топик и группа задач и тикетов, планирование задач в спринтах;
  • все коммуникации по фиче проводятся в общем чате и периодических встречах.

Особенности распределения продукта между продактами:

  • всегда есть продакт-лид фичи, который отвечает за концептуальную, техническую и организационную часть продукта;
  • распределение происходит концептуально: исходя из реального предназначения той или иной вертикали. Соответственно, доработка под фичу может быть разной по объему;
  • задачи ранжируются от первостепенной (без чего не будет ничего работать) до самой некритичной (без которой на самом деле можно запустить фичу и уже заработать денег). Примерно в таком порядке и реализуются. Как правило, самые критичные берутся и делаются в первую очередь;
  • при откладывании в приоритете задач одной из вертикалей ищется решение по изменению пользовательского флоу, взаимодействия систем. Но чаще всего приходится ждать, когда задача доедет до реализации, сроки корректируются;
  • на интеграции закладываются отдельные спринты разработки и тестирования.

Продуктовая культура и выстроенные процессы помогают компании работать как часы. Далеко не все стартапы и маленькие компании могут таким похвастаться. И пример Ozon — не единственный!

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться