Мы заметили, что «ProductOps» теперь также пытается использовать DevOps. Успех DevOps создал шаблон для продвижения практически всего, добавляя к нему «Ops». Мы видели MarketingOps, ModelOps, RevOps, FinOps, AIOps, DevSecDataOps, а теперь и ProductOps. Большинство технических причуд, особенно когда имена упоминаются CxO, мгновенно заставляют людей карабкаться и гуглить, чтобы узнать, что это может быть. Некоторые предприниматели уже пытаются заработать на неуверенности, предлагая обучение и консультации.

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

Развитие формирует бизнес, им управляет операционный отдел

В Emergn мы считаем, что у процветающей компании есть только две задачи: работа по развитию, формирующая бизнес, и операционная работа по управлению бизнесом.

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

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

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

Хорошее выравнивание продукта

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

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

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

Должность директора по продукту

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

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

Переход от проекта к продукту и DevOps

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

Перед тем, как ты уйдешь

Мы бы даже сказали, что гуглить ProductOps бесполезно, если вы не успешно перешли от проекта к продукту и не настроили организацию вокруг продуктовых линеек или потоков создания ценности. Когда у вас есть, что-либо «ProductOps» будет обязанностью директора по продукту, чтобы обеспечить совместную работу Dev и Ops.

Новые менеджеры по продуктам являются экспертами в предоставлении лидерам продуктов рекомендаций по метрикам, компромиссам и управлению портфелями продуктов. Наши консультанты имеют опыт управления переходами от проекта к продукту. Если у вас есть вопросы о том, как мы решили «ProductOps» для клиентов или как мы можем вам помочь, свяжитесь с нами.

Если вам понравилась статья и вам интересны другие темы технологий и инноваций, изучаемые в Emergn, наш блог Tech Insights для вас!