PM: Product Manager, Project Manager, Program Manager – кто эти люди?

IT-сектор бурно развивается, появляется взрывной спрос на IT-специалистов. Это приводит к некоторому переполоху в найме. Кого еще нам нужно нанять? Как будет называться эта новая роль? Как понять, кто нам нужен?

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

PM – кто это? 

За этим сокращением могут скрываться три разных специалиста:

  • Product Manager (менеджер продукта),
  • Project Manager (менеджер проекта),
  • Program Manager (программный менеджер).

Но и это не все. В обиходе могут быть PjM, PgM и еще несколько вариаций сокращений в зависимости от фантазии автора.

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

Product Manager

Он же менеджер продукта, иногда product owner. Эта роль уходит корнями в 1931 год, когда Нил Х. Макэлрой выпустил знаменитую записку, в которой предложил ввести роль бренд-менеджера в Procter&Gamble. В этой записке Нил предложил фокусироваться на продукте, а не определенной бизнес-функции. С течением времени, появился продакт-менеджер. Он отвечает за то, чтобы выпустить продукт, который купят и полюбят, который будет закрывать определенную боль потребителя в каком-то сегменте. Продакт-менеджер ведет работу с продуктом от идеи и до самой смерти продукта – до момента вывода продукта с рынка.

Главная задача продакта – создать правильный продукт, поэтом он:

  • общается с клиентами;
  • формирует и валидирует гипотезы;
  • формирует идею продукта;
  • доводит идею до воплощения;
  • разрабатывает стратегию запуска;
  • с замиранием сердца собирает отзывы и запускает циклы улучшения продукта;
  • отвечает за бизнес-показатели продукта;
  • формирует стратегическое видение продукта;
  • выводит старые продукты с рынка.

Продакт-менеджер – самая горячая специальность из трех в последние несколько лет. Можно также встретить такое название как Product Owner (PO). Отличие Product Manager от Product Owner –  тема для нескончаемых дебатов. Product Owner может совсем не отличаться от продакт-менеджера, но чаще PO больше работает с командой разработчиков, чем с сейлзами, клиентами и партнерами. Таким образом, Product Owner больше фокусируется на технической стороне продукта, а продакт-менеджер на бизнес аспекте.

Продакт-менеджеры в разных компаниях могут выполнять разные функции, от этого появляется некоторый разброс в ожиданиях и реальности. Содержание данной роли в стартапе и в крупной компании будет отличаться. В стартапе менеджер продукта будет больше тестировать новые гипотезы, смотреть на product-market fit, на воронку привлечения пользователей. В крупной компании продакт-менеджер может фокусироваться на поиске новых партнерств, покупке стартапов и работе с Forrester/Gartner аналитиками.

Некоторые компании активно используют ажиотаж на тему продакт-менеджеров и публикуют комбо-вакансии, которые весьма отдаленно напоминают продакт-менеджеров. Зачастую это микс из двух-трех ролей: аналитик, тестировщик и продакт-менеджер. Название вакансии обеспечивает огромный поток резюме. Но не исключено, что такой кандидат недолго проработает в компании.

Project Manager

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

Чем же отличается менеджер проекта от менеджера продукта? Менеджер продукта отвечает за то, чтобы выпустить продукт, который будет востребован рынком. Менеджер проекта выпускает проект в срок. Если выпущенный в срок продукт не нужен рынку, то это промах менеджера продукта. При этом менеджер проекта сделал свою работу превосходно.

Менеджер проекта:

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

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

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

Найти опытного проектного менеджера, который может успешно работать с несколькими командами и успешно координировать большие проекты, очень сложно. Такие специалисты на вес золота. Гораздо проще найти менеджера проекта на маленький проект с одной командой.

Program Manager

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

Представьте, что вам предстоит выйти на новый рынок – Латинская Америка с линейкой из пяти продуктов. Программный менеджер будет координировать разные активности, которые будут затрагивать все продукты – например, локализация. Каждая продуктовая команда будет отдельно локализовать свой продукт, но необходимо координирование общей локализации: какой провайдер будет предоставлять строки для локализации? Как и в какие сроки будут локализовывать продукты? На все эти вопросы ответит программный менеджер.

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

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

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

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

Итоги

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

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

Могут ли все три специалиста работать в одной компании? Да, если продукт или запуск глобальный, требует вовлечения и пересечения множества команд со всех концов мира, то вся тройка product & project & program менеджеров будет загружена на все 100%.

Я работаю в компании, где присутствуют все три роли. В качестве продакт-менеджера я взаимодействую в паре с несколькими менеджерами проектов. Менеджер проекта прикреплен к одной или нескольким командам разработки. Когда я начинаю работу над новым продуктом или фичей, ко мне присоединяются менеджеры проекта в зависимости от того, какие команды разработки будут задействованы в проекте.

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

Читайте также:

Расскажите коллегам:
Комментарии
Сергей Курчаков пишет:

Совет. Учите матчасть и вам откроется истина. 

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

А я не о терминологии написал. По-видимому, суть моего послания так и осталась не понята.

Удачи с результатом.   

Сергей Курчаков пишет:

Искусственный интеллект? Сопельки программерам тоже утрёт или истерики клиента уймет? К сожалению/счастью никакая ЭВМ на это еще не способна. Я еще помню как Мастдай свой MS Project на рынок пропихивала под теми же лозунгами. Продукт вовсе не плох, но квалифицированно юзается очень малым числов ПиэМов. Больше в Битриксе сидят или сверхлегких софтинах типа Trello.

Утрет и уймет. Ваши эмоции - это биохимия + электрические импульсы в мозге.

Сергей Алейников пишет:
Евгений Фадеев пишет:
ЭВМ может сама проверять уровень процесса и распределять задачи.

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

1. "мода" появилась в самом конце 60х годов прошлого века в Штатах. Это не значит, что стандарты устарели - разве что мода прошла )). У нас это начали активно импортировать >20 а не 10 лет назад.

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

3. терминология раскрыта немного некорректно. Компетенция project manager - это ведение одного или нескольких разрозненных проектов. Несколько связанных в одно направление проектов требуют компетенции program или portfolio manager. Но без реального делегирования власти, без доступа к чувствительной информации - не стоит тратиться на эти компетенции.

4. продуктовые компетенции и проектные - это совсем не одно и то же, это как 2 перпендикулярные оси координат. Проектный руководитель обеспечивает выполнение работ от и до. Продуктовик работает в течение всего цикла жизни продукта.

5. product owner - это член команды разработчиков ПО, его дело - обеспечить качественные характеристики продуктов. Это очень узкий термин. Не путайте с маркетологами плз

Илья Мытин пишет:
Сергей Алейников пишет:
Евгений Фадеев пишет:
ЭВМ может сама проверять уровень процесса и распределять задачи.

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

1. "мода" появилась в самом конце 60х годов прошлого века в Штатах. Это не значит, что стандарты устарели - разве что мода прошла )). У нас это начали активно импортировать >20 а не 10 лет назад.

Причины появления понятны, как и основные категории заинтересованных в таком подходе. Дело, естественно, не в моде, а в необходимости в новых форматах работы и постепенном появлении соответствующих инструментов. 

В СССР были свои аналоги с учетом осбенностей системы управления.

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

Зависит от организации, лимита ответственности и системы делегирования. 

5. product owner - это член команды разработчиков ПО, его дело - обеспечить качественные характеристики продуктов. Это очень узкий термин. Не путайте с маркетологами плз

Почему именно разработчиков ПО? Продукты выпускаются во многих отраслях.

2
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Елена Иванова
Олег, здравствуйте,только дошли руки привести статусы, про которые спрашивалавот по ним вы когда...
Все дискуссии
HR-новости
Исследование: карьерные амбиции россиян

Рост дохода или повышение в должности – что важнее?

50 профессий, которые изменит генеративный ИИ

Из них: 16 – новые, только появятся, 22 – сильно трансформируются, 12 – устареют.