Понимание роли вида, известного как «PM»

Question

Как профессиональный программист, я ежедневно работаю с видом, известным как «PM». Хотя они обычно придерживаются этого общего аббревиатуры, кажется, что на самом деле существует несколько дискретных разновидностей: менеджеры продуктов, руководители проектов и руководители программ. Могут быть другие виды, которые еще не обнаружены. Через годы тщательного наблюдения и изучения тонкости их дифференциации ускользают от меня. Я только смог определить их общее ответственно: пообщаться со мной, программистом, в самых неопределенных условиях, что они думают, что хотят построить. Затем я рассказываю им в самых неопределенных выражениях, когда думаю, что это будет доставлено, и они уйдут.

Таким образом, мой вопрос о том, как перехватить juggernaut stackoverflow, это: объясните различия между менеджерами продуктов, менеджерами проектов и руководителями программ. Пожалуйста, сделайте это, не размахивая руками, так как я их не вижу, и это все равно не поможет.

Answer 1

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

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

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

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

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

Answer 2

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

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

Я уверен, что вы столкнулись с одним из более интровертных видов PM. В последний раз, когда я был в макете (это модуль разработки программного обеспечения, который мы должны делать с документами, например, SCRUM), я каждую неделю преследовал своих членов команды за обновления и делал обзоры кода. Итак, это одна перспектива для вас.

Answer 3

Руководитель проекта лицо, ответственное за управление проектом, в частности его объем, качество результатов, сроки, затраченное время и бюджет. PM несет ответственность за все проектные результаты. См. Мой other answer для детализации обязанностей PM.На небольших проектах PM носит несколько шляп, но в более крупных предприятий могут иметь другие, чтобы помочь ей (или ему), такие вспомогательные рабочие места могли бы нести названия:

• координатор проекта является тот, кто СО- координирует работу по проекту между различными заинтересованными сторонами и отдельными заинтересованными сторонами.

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

• Project Expeditor делает то, что говорится в названии: преследует всех, удаляет препятствия с пути проектной команды и гарантирует постоянный прогресс.

менеджер по продукции берет на себя ответственность за продукт и full product lifecycle. Продукты обычно создаются и развиваются с помощью ряда проектов. Взаимосвязь между продуктами и проектами - это много-ко-многим. Один проект может способствовать эволюции многих продуктов, и для одного продукта требуется несколько проектов, чтобы продолжать переносить его с одного этапа жизненного цикла в другой. Также важно, чтобы жизненный цикл продукта составлял ряд состояний (таких как «отправка продукта» или «поддержка продукта»), которые обычно выполняются как процессы и изменения состояния, выполненные в виде проектов. Читайте на difference between a project and a process.

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

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

Answer 4

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

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