Создавайте продукты, а не проекты

Создавайте продукты, а не проекты

13 января 2024 г.

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

Ошибки принятия проектов за продукты

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

Такой подход упускает из виду важные аспекты разработки продукта:

  1. Ограниченное исследование: когда цель состоит лишь в реализации перечисленных функций, возможностей для инноваций мало.
  2. Отсутствие тестирования. Недостаточное внимание к тестированию идей перед реализацией может привести к созданию несогласованных продуктов.
  3. Отсутствие стратегии: без четкой стратегии продукта усилия рассредоточиваются, пытаясь угодить всем клиентам, что размывает суть продукта.
  4. Недостаточная аналитика. Отсутствие аналитики по продуктам означает невнимательность к взаимодействиям и потребностям пользователей.
  5. Транзакционные отношения. Представление о работе как о транзакции между клиентом и поставщиком, как внутренней, так и внешней, ограничивает творческий потенциал и потенциал сотрудничества команды.
  6. Развитие инженерной культуры, ориентированной на продукт

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

    Ключевые характеристики продуктово-ориентированного подхода включают в себя:

    1. Расширение возможностей и сотрудничество. Команды имеют возможность находить лучшие решения, а менеджеры по проектам, дизайнеры и инженеры работают в унисон.
    2. Дорожная карта, основанная на результатах: фокус смещается на результаты, а не только на результаты, при этом дорожная карта адаптируется и развивается.
    3. Управление рисками: управление и снижение рисков стоимости, удобства использования, осуществимости и жизнеспособности становится приоритетом.
    4. Постепенная доставка и обучение: продукты поставляются поэтапно, что позволяет обучаться и вносить изменения в режиме реального времени.
    5. Стратегические компромиссы. Понимание и принятие стратегических компромиссов подчеркивает важность уникального ценностного предложения и понимания рынка.
    6. Стратегии подготовки к запуску продукта, ориентированные на продукт

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

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

      :::информация Также появляется здесь.

      :::


      Оригинал