Кажется, что в настоящее время во всех командах разработчиков есть как разработчики программного обеспечения, так и менеджер по продукту. Я новичок в индустрии программного обеспечения, и мне интересно, в чем разница?
Ответы:
По моему опыту, лучшие функционирующие команды имеют некоторое совпадение навыков между различными ролями в жизненном цикле, чтобы гарантировать, что нет «бросания через стену», а плавный переход между каждым этапом.
При разработке продукта (или функций / историй внутри продукта) менеджер по продукту и инженер выстраиваются как мажоритарные владельцы двух этапов: определения (PM) и реализации (инженер).
Менеджер по продукту. Менеджеры по продукту - это, по сути, «конструкторы элементов» или, если не дизайнеры, то они владельцы. Их ввод - это требования клиента / бизнеса, а вывод - спецификации продукта для работы инженеров.
Менеджер по продукту, как правило, проводит предварительное исследование того, какие функции необходимы (в большей группе бизнес-аналитик поможет с этим шагом), а затем организует это в соответствии с приблизительными требованиями и предложениями продукта. В какой-то момент может потребоваться участие инженера или архитектора, чтобы помочь менеджеру по продукту узнать, что является жизнеспособным, и внести соответствующие изменения.
После предоставления спецификации менеджер по продукту часто становится «владельцем продукта» в процессе Scrum - лицом, ответственным за определение «выполнено» и принятие окончательной работы.
Как только продукт будет готов, менеджеры по продукту могут также отвечать за обслуживание клиентов, маркетинг и даже отдел продаж, чтобы понять, что было разработано и какие функции наиболее привлекательны.
Инженер - Как уже упоминалось выше, инженера можно вовлечь в процесс на ранней стадии, чтобы помочь с определением требований. Но основная часть работы инженера начинается, когда спецификация продукта определена и одобрена для работы. Инженер внедряет программное обеспечение в соответствии со спецификацией, а также передает любые обнаруженные проблемы в спецификации обратно менеджеру по продукту для рассмотрения.
Обычно, когда продукт находится в стадии разработки, менеджер по продукту немного отходит на второй план, а инженеры могут быть более вовлечены в процесс обеспечения качества.
Что касается совпадения - как я уже говорил, между премьер-министром и инженером будет кое-что взад и вперед. В ходе этой эволюции любое техническое понимание, которое есть у менеджера по продукту, поможет минимизировать время, необходимое инженеру, и чем лучше инженер понимает потребности продукта, тем полезнее будут его советы.
Роль менеджера по продукту может широко варьироваться от компании к компании.
В худшем случае (и, к сожалению, в общем случае) менеджер по продукту является техническим руководителем, на которого возложены обязанности по спецификации и выпуску.
В лучшем случае менеджер по продукту выступает в качестве связующего звена между разработчиками и клиентами и менеджерами и обеспечивает разработчикам время, необходимое для качественной доставки. Обычно лучше нанять кого-то со специальными навыками управления продуктом, а не переводить разработчика на должность. В идеале менеджер по продукту должен, по крайней мере, иметь поверхностное понимание разрабатываемой технологии, но глубокие технические знания, безусловно, не нужны.
projectэто product, но я думаю , что вы должны утвердить редактирования для того , чтобы быть видимым.
Я бы приравнял роли инженера-разработчика, а ПМ-менеджера по развитию. Менеджер по разработке может сделать некоторые технические вещи, но не всегда. И это полезно, если у PM есть технический опыт, чтобы понять проблемы, с которыми сталкиваются разработчики (не более того, «что вы имеете в виду, это занимает больше получаса на экран!»)
По правде говоря, когда речь заходит о применении к области программного обеспечения, термин «менеджер по продукту» действительно единственный действительный из двух. Вряд ли кто-нибудь делает что-то вроде «разработки» в программном обеспечении. «Инженер-программист» - это, по сути, пустой термин, применяемый неправильно, потому что он звучит хорошо и потому, что люди не претендуют на должности «Code Monkey».
Отказ от ответственности: это с точки зрения работы, которая не является строго программированием (мы не обязательно поставляем программное обеспечение)
В компании, в которой я работаю, большинство менеджеров по продуктам - инженеры. Они не всегда могут выполнять низкоуровневую работу, но они точно знают, что происходит, и могут сами выбирать ее части. Работа менеджера проекта заключается в взаимодействии с заказчиком (или клиентами), другими командами, если таковые имеются, и в качестве связующего звена между нижним уровнем и высшим руководством, а также для руководства командой в достижении общей цели. Что именно они делают, я не уверен. Я не менеджер по продукту.
Однако это зависит от компании.