Управление программным продуктом (иногда также называемое управлением цифровым продуктом или, в правильном контексте, просто управлением продуктом ) - это дисциплина создания, внедрения и управления программным обеспечением или цифровыми продуктами с учетом соображений жизненного цикла и аудитории. Это дисциплина и бизнес-процесс, которые управляют продуктом с момента его появления на рынке или доставки и обслуживания клиентов с целью максимизации дохода . [1] Это контрастирует с программным обеспечением, которое доставляется специальным образом, как правило, ограниченному кругу клиентов, например, услуги .
Потребность в управлении программным продуктом
Чтобы разработать, продать и поддержать успешный программный продукт, бизнесу необходимо решить рыночную проблему, понять свой рынок, определить возможности, а также разработать и продать соответствующее программное обеспечение. Отсюда потребность в управлении продуктами как в основной бизнес-функции компаний-разработчиков программного обеспечения. [2]
Компании, производящие аппаратное и физическое оборудование, также могут нуждаться в управлении программным продуктом, поскольку программное обеспечение и цифровые системы часто являются частью поставки, например, при предоставлении операционных систем, поддерживающих физический продукт или программное обеспечение, встроенное в устройство.
Роль менеджера по программному продукту
Менеджер по программному продукту ведет и управляет одним или несколькими продуктами от начала до вывода из эксплуатации , чтобы создать ценность для клиентов и обеспечить измеримые преимущества для бизнеса. Он или она сотрудничает с межфункциональными командами (такими как маркетинг, продажи, инжиниринг, финансы, обеспечение качества / тестирование, обслуживание клиентов, производство и установка), чтобы создать продукт, который соответствует видению продукта и превратить его в успех в бизнесе . Роль определяет, какие продукты, улучшения и функции нужно создавать, и отвечает за успех бизнеса в рамках всего портфеля продуктов. Менеджер по продукту разрабатывает дорожную карту продукта и отвечает за всю цепочку создания стоимости продукта на протяжении его жизненного цикла.
Роли управления программным продуктом можно подразделить в зависимости от направленности: владелец продукта, менеджер по маркетингу продукта , технический менеджер по продукту и менеджер по стратегическому продукту. Программное обеспечение руководителей программ сосредоточиться на поставках проектных технологических процессов, проектирование, документация, планирование, выполнение, операций и обратной связи.
Менеджеры по программным продуктам могут добиваться лучших результатов за счет: [1]
- Вести себя как «встроенный генеральный директор»
- Построение стратегии и портфеля на основе рыночной и клиентской ценности
- С энтузиазмом относятся к собственному продукту
- Глубокое понимание рынков, клиентов и портфеля продуктов.
- Измерение вклада продуктов в продажи (выручка) и прибыль (чистая прибыль)
- Периодическая проверка предположений, таких как бизнес-кейсы
- Риски и управление ими
- Содействие командной работе на основе бережливой разработки продуктов
Содержание управления программным продуктом
Управление программным продуктом охватывает все этапы от создания продукта до конца его жизненного цикла . Он состоит из пяти основных этапов жизненного цикла продукта , а именно: [ необходима цитата ]
- Стратегия
- Фаза концепции
- Вход в магазин
- Разработка
- Эволюция
В рамках этих пяти этапов он имеет дело со следующими аспектами программного продукта в компании, производящей программное обеспечение и / или оборудование:
- Генерация идей (например, на доске) для нового программного продукта или для следующей версии существующего продукта.
- Сбор и расстановка приоритетов (см. Ниже) бизнес-требований и / или требований рынка от потенциальных клиентов, клиентов более ранних версий продукта, экспертов в предметной области, провидцев в области технологий, экспертов рынка, продуктов / решений от конкурирующих поставщиков и т. Д.
- Разработка документов с маркетинговыми требованиями, или MRD, которые объединяют требования / потребности различных заинтересованных сторон, как указано выше.
- Используя MRD в качестве основы, придумайте документ требований к продукту или PRD в качестве входных данных для команды инженеров для создания продукта. PRD обычно не то же самое, что функциональная спецификация, поскольку в нем указывается, что должен делать продукт, но не то, как продукт должен это делать. Часто PRD может представлять собой набор сценариев использования UML, диаграмм действий UML, макетов HTML и т. Д. Он может содержать другие детали, такие как среда разработки программного обеспечения и среда развертывания программного обеспечения (клиент-сервер, Интернет и т. Д.).
- Доставьте PRD команде разработчиков программного обеспечения и управляйте конфликтами между бизнес-единицами, группами продаж и командами инженеров, поскольку это относится к разрабатываемым программным продуктам.
- Как только разработка программного обеспечения входит в цикл сборки / выпуска, проведите приемочные испытания .
- Разобраться с доставкой товара. Это может варьироваться от демонстрации продукта клиентам с использованием инструментов веб-конференций до создания демонстраций продукта и других тактик размещения и продвижения. Часто в Кремниевой долине этими двумя аспектами маркетинга, а иногда и ценообразования, занимаются менеджеры по маркетингу продуктов, а не менеджеры по продуктам.
- После развертывания продукта на объекте заказчика запрашивайте отзывы клиентов, сообщайте об ошибках программного обеспечения и возвращайте их разработчикам для последующих циклов сборки / выпуска, по мере того, как продукт стабилизируется и затем созревает.
- Проведите конкурентный анализ того, как этот продукт ведет себя на рынке по сравнению с другими продуктами, обслуживающими те же / аналогичные сегменты потребителей. В области программного обеспечения для этого может потребоваться, чтобы менеджер по продукту прислушивался к мнению аналитиков , которые могут быть из известных фирм по исследованию рынка брендов, таких как IDC , Forrester Research и Gartner Group.
- Запросите дополнительные функции и преимущества у пользователей программного продукта, пользователей конкурирующих продуктов и у аналитиков, разработайте / синтезируйте эти требования для последующих циклов сборки / выпуска продукта и передайте их команде разработчиков программного обеспечения.
Вышеупомянутые задачи не являются последовательными, но могут сосуществовать. Чтобы менеджеры по продукту могли эффективно решать вышеперечисленные задачи, они должны обладать как инженерными, так и маркетинговыми навыками. Следовательно, фирмы Кремниевой долины часто предпочитают инженеров со степенью MBA для управления программными продуктами.
Другая концепция управления жизненным циклом продукта предусматривает 4 ключевых этапа, через которые продукт проходит в своей жизни, а именно:
- Этап запуска - на этом этапе продукт выводится на рынок и привлекает первых последователей.
- Стадия роста - на этом этапе происходит итерация продукта, и его доля на рынке увеличивается, привлекая основную клиентскую базу.
- Стадия зрелости - на этой стадии продукт больше не растет, но уже хорошо зарекомендовал себя на рынке.
- Стадия упадка - на этой стадии по разным причинам доля продукта на рынке сокращается.
На каждом из этих этапов планы и стратегии менеджера по продукту и маркетинга будут иметь разную направленность. [3]
Образование
Промышленность и научные круги установили стандарт обучения управлению программными продуктами. Согласно этому консенсусу, менеджер по программному продукту имеет образование в следующих областях: [4]
- Основные практики: стратегия продукта и планирование продукта
- Участие в стратегическом управлении
- Организация разработки, маркетинга, продаж и распространения, а также обслуживания и поддержки
Международная ассоциация управления программными продуктами (ISPMA) поддерживает общедоступную совокупность знаний и учебных программ для международной сертификации.
Приоритезация
Ключевым аспектом управления продуктом является правильная приоритезация улучшений. Отображение историй пользователей - ценный инструмент, помогающий визуализировать и упорядочивать приоритеты. Вот метод, который хорошо работает (заимствован и адаптирован у Джоэла Спольски ):
- Определите группу , то есть мнение которой вы собираетесь узнать
- Составьте список всех предметов
- Оцените требуемые усилия (в днях или деньгах) - это должно быть очень грубо и приблизительно.
- Сложите общее усилие E
- Дайте членам комиссии бюджет 0,5 × E каждому - они могут разместить это как угодно, в том числе все на одном элементе. Вы должны сообщить комиссии приблизительные оценки, так как это может повлиять на их голосование.
- Оцените предметы по соотношению Голосов / Оценка
- Выполните столько пунктов, сколько позволяет фактический бюджет, соблюдая последовательность.
Смотрите также
Рекомендации
- ^ а б Кристоф Эберт (2009). "Управление программным продуктом" в: Crosstalk, Vol. 22, No. 1, pp. 15-19, январь 2009 г.
- ^ Эберт, Кристоф (2007). «Влияние управления программным продуктом». Журнал систем и программного обеспечения . 80 (6): 850–861. DOI : 10.1016 / j.jss.2006.09.017 .
- ^ Теодор Левитт. «Используйте жизненный цикл продукта» .
- ^ Сэмюэл Фрикер (2012). «Управление программным продуктом» в: A. Maedche, A. Botzenhardt, L. Neer (ред.): Программное обеспечение для людей. Springer. 2012 г.
дальнейшее чтение
- Кейган, Марти (2017). ВДОХНОВЛЕННЫЙ: Как создавать технологические продукты, которые нравятся клиентам . Вайли. п. 368. ISBN 978-1119387503.
- Киттлаус, Ханс-Бернд; Фрикер, Сэмюэл (2017). Управление программными продуктами - Учебное пособие и справочник по стандарту ISPMA . Springer. ISBN 978-3642551390.
- Киттлаус, Ханс-Бернд; Клаф, Питер (2009). Управление программными продуктами и ценообразование - ключевые факторы успеха для программных организаций . Springer. ISBN 978-3540769866.
- Конде, Дэн (2002). Управление программным продуктом: управление разработкой программного обеспечения от идеи до продукта, от маркетинга до продаж (исполнители) . Книги Аспатора. ISBN 978-1-58762-202-1.
- Дверь, Алисса С. (2003). Основы управления программными продуктами . Anclote Press. ISBN 978-0-929652-01-6.
- Клементс, Пол (2001). Линии программных продуктов: практики и шаблоны . Эддисон-Уэсли Профессионал. ISBN 978-0201703320.
Внешние ссылки
- Международная ассоциация управления программными продуктами (ISPMA)
- Международная сеть управления программными продуктами
- Twiki и ресурсы для управления программными продуктами
- Международный семинар по управлению программными продуктами (IWSPM), серия IWSPM 2010
- Линия программных продуктов (SPL) Института программной инженерии Университета Карнеги-Меллона