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

В этой статье есть несколько проблем. Помогите улучшить ее или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти сообщения ) Эту статью необходимо обновить .Пожалуйста, помогите обновить эту статью, отразив в ней недавние события или новую доступную информацию. ( Сентябрь 2018 ) Для проверки данной статьи необходимы дополнительные цитаты .Пожалуйста, помогите улучшить эту статью , добавив ссылки на надежные источники . Материалы без ссылок могут быть оспорены и удалены. Найти источники:  "Software product management" – новости  · газеты  · книги  · ученый  · JSTOR ( Сентябрь 2018 )( Узнайте, как и когда удалить это сообщение ) Тон или стиль этой статьи могут не отражать энциклопедический тон , используемый в Википедии .Ознакомьтесь с руководством Википедии по написанию лучших статей для получения рекомендаций. ( Сентябрь 2018 )( Узнайте, как и когда удалить это сообщение ) ( Узнайте, как и когда удалить это сообщение )

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

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

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

Этот раздел может быть запутанным или неясным для читателей . Пожалуйста, помогите прояснить раздел . Об этом может быть обсуждение на странице обсуждения . ( Сентябрь 2018 г. ) ( Узнайте, как и когда удалить это сообщение )

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

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

Этот раздел может быть запутанным или неясным для читателей . Пожалуйста, помогите прояснить раздел . Об этом может быть обсуждение на странице обсуждения . ( Сентябрь 2018 г. ) ( Узнайте, как и когда удалить это сообщение )

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

• Стратегия
• Фаза концепции
• Выход на рынок
• Разработка
• Эволюция

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

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

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

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

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

Для каждого из этих этапов дорожные карты и стратегии менеджера по продукту и маркетингу будут иметь различную направленность. ^[1]

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

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

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

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

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

• Управление жизненным циклом продукта
• Открытие продукта
• Доставка CCU
• Управление продуктом
• Лицензирование программного обеспечения
• Требования к проектированию
• Управление требованиями

• Каган, Марти (2017). ВДОХНОВЕНИЕ: Как создавать технические продукты, которые нравятся клиентам . Wiley. стр. 368. ISBN 978-1119387503.
• Киттаус, Ганс-Бернд; Фрикер, Сэмюэл (2017). Управление программными продуктами — учебное пособие и справочник, соответствующий стандарту ISPMA. Спрингер. ISBN 978-3642551390.
• Киттлаус, Ханс-Бернд; Клаф, Питер (2009). Управление программными продуктами и ценообразование — ключевые факторы успеха для организаций, занимающихся разработкой программного обеспечения. Springer. ISBN 978-3540769866.
• Conde, Dan (2002). Управление программным продуктом: Управление разработкой программного обеспечения от идеи до продукта, маркетинга и продаж (Execenablers) . Aspatore Books. ISBN 978-1-58762-202-1.
• Двер, Алисса С. (2003). Основы управления программными продуктами . Anclote Press. ISBN 978-0-929652-01-6.
• Клементс, Пол (2001). Линейки программных продуктов: практики и модели . Addison-Wesley Professional. ISBN 978-0201703320.

• Международная ассоциация управления программными продуктами (ISPMA)
• Международная сеть управления программными продуктами
• Twiki и ресурсы по управлению программными продуктами
• Международный семинар по управлению программными продуктами (IWSPM) Серия IWSPM 2010
• Институт программной инженерии Университета Карнеги-Меллона, линейка программных продуктов (SPL)