В чем разница между инженером и менеджером по продукту?

Кажется, что в настоящее время во всех командах разработчиков есть как разработчики программного обеспечения, так и менеджер по продукту. Я новичок в индустрии программного обеспечения, и мне интересно, в чем разница?

1. Необходимо ли менеджеру по продукту иметь опыт программирования?
2. Как разделить работу между инженерами и менеджером по продукту?

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

При разработке продукта (или функций / историй внутри продукта) менеджер по продукту и инженер выстраиваются как мажоритарные владельцы двух этапов: определения (PM) и реализации (инженер).

• Менеджер по продукту. Менеджеры по продукту - это, по сути, «конструкторы элементов» или, если не дизайнеры, то они владельцы. Их ввод - это требования клиента / бизнеса, а вывод - спецификации продукта для работы инженеров.

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

  После предоставления спецификации менеджер по продукту часто становится «владельцем продукта» в процессе Scrum - лицом, ответственным за определение «выполнено» и принятие окончательной работы.

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

• Инженер - Как уже упоминалось выше, инженера можно вовлечь в процесс на ранней стадии, чтобы помочь с определением требований. Но основная часть работы инженера начинается, когда спецификация продукта определена и одобрена для работы. Инженер внедряет программное обеспечение в соответствии со спецификацией, а также передает любые обнаруженные проблемы в спецификации обратно менеджеру по продукту для рассмотрения.

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

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

Роль менеджера по продукту может широко варьироваться от компании к компании.

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

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

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

Я бы приравнял роли инженера-разработчика, а ПМ-менеджера по развитию. Менеджер по разработке может сделать некоторые технические вещи, но не всегда. И это полезно, если у PM есть технический опыт, чтобы понять проблемы, с которыми сталкиваются разработчики (не более того, «что вы имеете в виду, это занимает больше получаса на экран!»)

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

Отказ от ответственности: это с точки зрения работы, которая не является строго программированием (мы не обязательно поставляем программное обеспечение)

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

Однако это зависит от компании.