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

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

  •  19-09-2019
  •  | 
  •  

Вопрос

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

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

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

Решение

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

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

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

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

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

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

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

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

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

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

Менеджер по продукту берет на себя ответственность за продукт и полный жизненный цикл продукта.Продукты обычно создаются и развиваются в рамках серии проектов.Отношения между продуктами и проектами — многие-ко-многим.Один проект может способствовать развитию многих продуктов, а один продукт требует нескольких проектов, чтобы поддерживать его от одной стадии жизненного цикла к другой.Также важно, чтобы жизненный цикл продукта представлял собой серию состояний (таких как «доставка продукта» или «поддержка продукта»), которые обычно выполняются как процессы, а изменения состояний выполняются как проекты.Читайте на разница между проектом и процессом.

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

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

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

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

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

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

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

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