WikiDer > Управление программным продуктом

Software product management

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

Пример базового жизненного цикла программных продуктов

Потребность в управлении программным продуктом

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

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

Роль менеджера по программному продукту

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

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

Менеджеры по программным продуктам могут добиться лучших результатов за счет:[1]

  • Вести себя как «встроенный генеральный директор»
  • Построение стратегии и портфеля на основе рыночной и клиентской ценности
  • С энтузиазмом относятся к собственному продукту
  • Глубокое понимание рынков, клиентов и портфолио продуктов
  • Измерение вклада продуктов в продажи (выручка) и прибыль (чистая прибыль)
  • Периодически проверяя предположения, такие как бизнес-кейсы
  • Риски и управление ими
  • Воспитание работа в команде на основе бережливые разработки продуктов

Содержание управления программным продуктом

Управление программным продуктом охватывает все этапы от создания продукта до его конец жизни. Он состоит из пяти основных этапов жизненный цикл продукта, а именно:[нужна цитата]

В рамках этих пяти этапов он имеет дело со следующими аспектами программного продукта в компании, производящей программное обеспечение и / или оборудование:

  • Генерация идей (например, на доске) для нового программного продукта или для следующей версии существующего продукта.
  • Сбор и расстановка приоритетов (см. Ниже) бизнеса и / или рынок требования потенциальных клиентов, заказчики более ранних версий продукта, эксперты в предметной области, технологические визионеры, эксперты рынка, продукты / решения от конкурирующих поставщиков и т. д.
  • Составление документов с маркетинговыми требованиями или MRD, которые объединяют требования / потребности различных заинтересованных сторон, как указано выше.
  • Используя MRD в качестве основы, придумайте документ требований к продукту или PRD, в качестве входных данных для команды инженеров для создания продукта. PRD обычно не то же самое, что функциональная спецификация поскольку он определяет, что должен делать продукт, но не то, как он должен это делать. Часто PRD может быть набором UML Сценарии использования, Диаграммы действий UML, HTML макеты и т. д. Он может содержать другие детали, такие как среда разработки программного обеспечения и среда развертывания программного обеспечения (клиент-сервер, Интернет и т. д.).
  • Доставьте PRD команде разработчиков программного обеспечения и управляйте конфликтами между бизнес-единицами, группами продаж и командами инженеров, поскольку это относится к разрабатываемым программным продуктам.
  • Как только разработка программного обеспечения входит в цикл сборки / выпуска, выполните приемочные испытания.
  • Разобраться с доставкой товара. Это может варьироваться от демонстрации продукта клиентам с помощью инструментов веб-конференций до создания демонстрации продуктов, другим тактикам размещения и продвижения. Часто в Силиконовая долинаэти два аспекта маркетинга, а иногда и ценообразование, решаются менеджерами по маркетингу продуктов, а не менеджерами по продуктам.
  • После того, как продукт будет развернут на сайте заказчика, запросите отзывы клиентов, сообщите программные ошибки, и передать их обратно разработчикам для последующих циклов сборки / выпуска, когда продукт стабилизируется, а затем созреет.
  • Проведите конкурентный анализ того, как этот продукт ведет себя на рынке по сравнению с другими продуктами, обслуживающими те же / похожие сегменты потребителей. В области программного обеспечения для этого может потребоваться, чтобы менеджер по продукту принял во внимание мнение аналитики, которые могут быть сотрудниками известных фирм по исследованию рынка брендов, например IDC, Forrester Research, и Gartner Группа.
  • Запросите дополнительные функции и преимущества у пользователей программного продукта, пользователей конкурирующих продуктов и у аналитиков, разработайте / синтезируйте эти требования для последующих циклов сборки / выпуска продукта и передайте их команде разработчиков программного обеспечения.

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

Другая концепция управления жизненным циклом продукта предусматривает 4 ключевых этапа, через которые продукт проходит в своей жизни, а именно:

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

На каждом из этих этапов планы и стратегии менеджера по продукту и маркетинга будут иметь разную направленность.[3]

Образование

Промышленность и академические круги установили стандарт обучения управлению программными продуктами. Согласно этому консенсусу, менеджер по программному продукту имеет образование в следующих областях:[4]

  • Основные практики: стратегия продукта и планирование продукта
  • Участие в стратегическом управлении
  • Управление разработкой, маркетингом, продажами и распространением, а также обслуживанием и поддержкой

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

Приоритезация

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

  • Определить панель, то есть чье мнение вы собираетесь узнать
  • Составьте список всех предметов
  • Оцените требуемые усилия (в днях или деньгах) - это должно быть очень грубо и приблизительно.
  • Сложите общие усилия E
  • Дайте членам комиссии бюджет 0,5 × E каждый - они могут разместить это как угодно, в том числе все на одном элементе. Вы должны сообщить комиссии приблизительные оценки, так как это может повлиять на их голос.
  • Ранжируйте предметы по соотношению Голосов / Оценка
  • Сделайте столько пунктов, сколько позволяет фактический бюджет, соблюдая последовательность

Смотрите также

Рекомендации

  1. ^ а б Кристоф Эберт (2009). «Управление программным продуктом» в: Crosstalk, Vol. 22, No. 1, pp. 15-19, январь 2009 г.
  2. ^ Эберт, Кристоф (2007). «Влияние управления программным продуктом». Журнал систем и программного обеспечения. 80 (6): 850–861. Дои:10.1016 / j.jss.2006.09.017.
  3. ^ Теодор Левитт. «Используйте жизненный цикл продукта».
  4. ^ Сэмюэл Фрикер (2012). «Управление программным продуктом» в: A. Maedche, A. Botzenhardt, L. Neer (ред.): Программное обеспечение для людей. Springer. 2012 г.

дальнейшее чтение


внешняя ссылка