Менеджер программы против менеджера по продуктам [закрыто

StackOverflow https://stackoverflow.com/questions/1150982

Вопрос

В чем разница между менеджером программы и менеджером по продуктам? На самом деле существует разница в ролях/обязанностях или наших терминах, которые в основном используются взаимозаменяемо.

Это было полезно?

Решение

Полностью зависит от компании. Microsoft, например, имеет свои довольно необычные определения:

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

  • Менеджер продукта = в основном синоним «Маркетинговой костюмы». Они разрабатывают рекламные кампании продукта, веб -сайт продаж и связанный с этим SWAG. В целом, они определяют «сообщение», которое, как они надеются, люди (основные средства массовой информации, из уст в уста и все, что между ними) связываются с каждым выпуском.

Обе должности собирают много данных о том, куда направляется рынок - менеджеры программ от их отношений с техническим сообществом, менеджеры по продуктам из их контактов в отрасли и СМИ - но окончательные решения о том, что создавать, принимаются кем -то более высоким в цепь. (Не приличный песчаный, конечно, менеджеры программ и дизайнеры UX являются экспертами по указанию деталей. Больше думать о «визуальном» / «value props», которые затем отдельные субъединицы продукта «выравниваются»)

Другие советы

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

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

Aipmm а также PMI, две профессиональные организации в этих областях, имеют оба уникальные области знаний (КА), связанные с их профессиями, которые могут ответить на этот вопрос. Как менеджеры по продуктам, так и программам должны освоить свои уникальные KA и управлять мероприятиями и результатами, связанными с ними, чтобы успешно завершить свои продукты или программы.

PMI определил 9 уникальных управления проектами KAS, необходимых для управления проектами и программами. Это интеграция, масштаб, время, стоимость, качество, ресурсы, общение, риск и закупки. Программы представляют собой коллекции соответствующих проектов, но все же требуют мастерства 9 уникальных управления проектами Kas.

AIPMM определил 6 уникальных управления продуктами KA в рамках универсальной, межпромышленной структуры управления продуктами (PMF), необходимой для управления продуктами. Это: клиент, стратегия, продукт, рынок, бизнес и программа. Программа KA включает в себя управление теми межфункциональными проектами, необходимыми для выведения продуктов на рынок. (И очень часто менеджер программы является членом Cross Function Product Core Leam).

Надеемся, что это объяснение ввело в дискуссию некоторую ясность и последовательность. Для получения дополнительной информации о уникальном KAS и PMF AIPMM перейдите на веб -сайт www.aipmm.com и загрузите WhitePaper APMF.

[1] http://en.wikipedia.org/wiki/association_of_international_product_marketing_%26_management

Мой трюк состоит в том, чтобы изменить «менеджера» на эксперта и посмотреть, как работают названия. Таким образом, менеджер по продукту становится экспертом по продукту; Менеджер проекта является экспертом по проекту. См. «Менеджеры как экспертов» в http://www.pragmaticmarketing.com/publications/topics/06/0603sj

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

Они разные. Но определения будут варьироваться между компаниями.

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

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

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

У бывшего моего сотрудника, который выполнял как контракты на оборону, так и разработку продуктов, менеджеры программ и менеджеры по продуктам имели отношения с сверстниками на организационной графике и оба были подклассами «Менеджер проекта».

  • Менеджеры программ были менеджерами проектов, которые управляли проектами, связанными с постоянными государственными программами, с которыми у нас были прямые контракты, либо работали в качестве субподрядчиков в рамках другой организации. Достаточно большая программа может иметь несколько менеджеров проектов, работающих под руководством менеджера программы.
  • Менеджеры по продуктам были менеджерами проектов, которые управляли работой, связанной с разработкой продукта - это включало роль «владельца продукта», связанной со Scrum.

Менеджеры по продуктам являются голосом клиента и несут ответственность за две вещи: прибыль и потеря продукта или линейки продукта и позиционирование. Менеджеры по продуктам-это горизонтальная роль и работают в качестве мини-целевого для своего продукта.

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top