?

Log in

No account? Create an account

psilonsk


Блог об управлении проектами


Previous Entry Share Next Entry
Менеджер проекта vs менеджер продукта
psilonsk
Меня спросили, чем отличаются менеджер проектов (Project Manager) и менеджер продуктов (Product Manager).


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

Разница между менеджером продукта и менеджером проекта примерно такая же, как между понятиями «сделать правильный продукт» и «сделать продукт правильно».

Если создается что-то новое, – компьютерная игра, гоночный автомобиль, интернет-сервис, способ выдачи денег в кредит, смартфон и т.д., – то для этого открывается проект, собирается проектная команда и назначается менеджер проекта. Он будет отвечать за то, что в результате проекта получится продукт с заданными (и согласованными заранее) свойствами: машина сможет разгоняться до 1500 км/ч, смартфон будет со встроенным счетчиком Гейгера, а для выдачи кредита не понадобится никаких документов вообще. Менеджер проекта будет отвечать за то, что этот продукт появится на рынке 1 января 2020 года, а бюджет будет… не сильно перерасходован. Менеджер проекта отвечает за то, что продукт будет создан правильно. Но если рынок не примет этот продукт, если машине негде будет разгоняться до такой скорости, если счетчик Гейгера будет тиканьем раздражать владельца смартфона, а банк разорится, выдавая кредиты без документов, и окажется, что силы, время и деньги на проект потрачены зря, то к менеджеру проекта никаких претензий. Он сделал то, что от него ждали – успешно завершил проект по созданию продукта.
Зато есть претензии к тому, кто отвечал за востребованность продукта рынком – менеджеру продукта. Именно он должен был управлять свойствами продукта таким образом, чтобы продукт был успешен. Зато менеджер продукта не отвечает за то, чтобы продукт был сделан правильно. Если вдруг у машины на презентации арабскому шейху (кто такую еще купит-то?) отвалится бампер, то все претензии – к менеджеру проекта. Если смартфон вместо года выпускался три, то виноват менеджер проекта (слово «виноват» не ключевое, ключевое – «ответственность»).

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

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

Что делают менеджеры продуктов? Модели работы очень различаются от компании к компании, но обычно у них есть своя команда – комитет по продукту, где  разные заинтересованные лица принимают решения, каким этому продукту быть. Ну а менеджер выполняет обычные функции – разруливает конфликты, следит, чтобы ничего не забыли… Как обычно. ) Часто менеджером продукта выступает внутренний заказчик, например, руководитель отдела маркетинга в банке.

Надо понимать, что менеджер проекта и менеджер продукта – это роли. Бывает так, что эти роли совмещает один человек, но лучше не будем издеваться над беднягой, наверное, он трудится в стартапе, ему и так тяжело. )
Гораздо лучше, если физически эти роли разделены. Тогда менеджер проекта сосредоточен на управлении специалистами, которые должны выполнить проект в определенный срок, с определенным качеством и за определенные деньги. А менеджер продукта сфокусирован на творчестве и пинает проектного менеджера. )
Я однажды работал менеджером продукта, когда самим проектом рулил другой человек. Продукт – аналитическая система. Вот была малина, скажу я вам. Никакой проектной нервотрепки, знай себе, согласовывай фичи и вставляй в релизы. Правда, параллельно у меня еще была пара проектов,  которыми я управлял, так что совсем избежать нервотрепки никогда не удавалось. ))



  • 1
Спасибо, очень лаконичные определения))) Я окончательно убедилась, что это - как раз вот я и куда мне нужно двигаться.
позавчера наткнулась еще на прекраснейшую статью (с не менее прекрасными комментами) это про другую сторону медали той же самой (ну по большому счету) работы. в статье можно найти отличный список того, чем, по моему видению, и должен заниматься менеджер продукта. то есть тот, кто занимается пользовательским опытом. но там есть очень крутой комментарий, объясняющий суть проблемы индустрии.
конечно, я не знаю как там в Лондоне, я не была какие продукты в банках и прочих далеких от реального мира организациях, поэтому говорю только о той отрасли, что знаю)
p.s. ну и согласовать фичи, я вам скажу, это тоже не поле перейти. не знаю, как тут можно избежать нервотрепки, если ты не владелец проекта (или не кот). а потом, кстати, эти фичи еще нужно сделать: правильно сконструировать и проследить, чтобы ленивые дизайнеры-верстальщики-программисты не пренебрегли, к примеру, красивой анимацией, которая вроде и ни о чем, но делает половину приятных ощущений пользователя.. и хорошо, если сделает, а то если нет, то будешь как полный идиот потом обтекать от того, что клялся своей интуиицией, что эта фича всем очень понравится..
всьо)))

Edited at 2013-08-28 04:56 pm (UTC)

Надеюсь, у меня получилось передать то, что я хотел. Ссылки посмотрю попозже. )
После проектной нервотрепки, продуктовая - это фигня. )

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

Проектный менеджер просто в большей степени ремесленник, чем продуктовый, так что все правильно. ) Поэтому никогда не будет стандарта типа РМВоК для продуктового менеджера.

алилуйя, не хватало еще))

Позвольте добавить конструктивного занудства? ))

PMBoK -- это не стандарт, а Body of Knowledge. Т.е. не все параллельно-перпендикулярно, как в стандартах.

А в сложившихся конструкторских областях, таких как разработка автомобилей, уже сформировано много отделимых методов. В главе Product Development любого разумного учебника по операционному менеджменту будет множество названий типа Quality Function Deployment, и много именных методов по японским фамилиям )).

Соответственно, разница в зрелости практик PM и PDM здесь будет не такой резкой уже, как мне кажется.

Ну, только если конструктивного. )) Я лежу на пляже и настроен благодушно. )))

Ну, да, это типа набор хороших практик. Все давно уже считают это (чуть ли) ни стандартом...
Вот! Вот и попали мы в ловушку аналогий и примеров - с автомобилем. ) Но с автомобилем-то просто, отрасли уже больше 100 лет. Со всякими другими продуктами - не так просто. А сколько еще появится новых в бимжайшее время и проявляется сейчас? РМ все равно пока впереди.

Хороший пост. Ясный.

Всегда готов! )

клево, спасибо!

В IT индустрии принято называть роль менеджера продукта "Product Owner". Таким образом не возникает путаницы в восприятии и четко понятна роль обоих менеджеров — постановщик задачи и контролёр исполнения. Нередко в этой схеме может участвовать третье лицо — аналитик, который как раз формирует свойства продукта в зависимости от пожеланий owner-а.

Не-не-не, это не в ИТ-индустрии так принято. Это принято во всяких аджайл-ориентированных командах. )) И уж с чем я буду бороться изо всех сил, так это с приравниванием аджайл-подходов ко всей ИТ-индустрии. )
Так что все правильно. )

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

Русскому уху приятние "руководитель производства / продукта". Но сейчас это не тренд, сейчас хеды департаментов предпочтут продакт менеджера, который сделает девелопмент.

всяко лучше оунера, который вводит в заблуждение

И еще ведь надо риски митигировать... ))

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

Есть, конечно -- так и называются:

Рациональный. Унифицированный. Процесс )))

ой, нет-нет! Своя терминология это жуть!

Был у меня собственник, который насмерть путался даже не то что между менеджером продукта и менеджером проекта, а между менеджером проекта и менеджером процесса. И он ТАКУЮ терминологию выдумал! Смешались кони, люди! Я ему уже и учебники по качеству показывала, и картинки рисовала, и на основании его бизнеса примеры приводила, неееет, в голове разруха, в фирме разруха, на одного исполнителя по 2 контроля, потому что надо "перепроверить, а верить никому нельзя". 20 разных ролей придумал, в 4 парах различия были фактически "интуитивные"... Бегом оттуда сбежала!

В одной компании, где я была консультантом, product owner и product manager существовали у одного продукта. Просто owner распоряжался еще и бюджетом и имел в собственности (как там это на русский перевести) несколько продуктов.

ой, это я хотела в предыдущую ветку ответить

В таком контексте owner даже больше похож на спонсора.

Да, наверное. Слово спонсор я вообще почти никогда не встречала.

Через пару неделек напишу об этом. )

Хм... Поняла, почему чувствовала что проект не правильный, несмотря на то, что я закончила проект в срок, по всем заданным параметрам и правилам, с экономией бюджета и ресурсов.
Проект был для общества, на бюджетные деньги.
Мое ощущение базировалось на то, что т.н. "менеджеры продукта" были недовольны. С моей точки зрения нужно было сделать все, чтоб проект был сделан вовремя и без перерасходов. С их точки зрения - ...
Мда... не буду развивать мысль. Но вы здорово помогли мне понять границы сфер ответственности.
Мне мешал их увидеть тот факт, что проект разработала я, концепцию "продукта" тоже. Те, кто должны были продвигать "продукт" одобрили, другие профинансировали... Ну да ладно. Лучше понять позже, чем не понять совсем.
Большое спасибо!

Edited at 2015-03-31 12:11 pm (UTC)

  • 1