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%.
Я работаю в компании, где присутствуют все три роли. В качестве продакт-менеджера я взаимодействую в паре с несколькими менеджерами проектов. Менеджер проекта прикреплен к одной или нескольким командам разработки. Когда я начинаю работу над новым продуктом или фичей, ко мне присоединяются менеджеры проекта в зависимости от того, какие команды разработки будут задействованы в проекте.
Для больших запусков мы собираем команду из нескольких продакт-менеджеров, прожект-менеджеров, а программный менеджер помогает осуществлять коммуникации как между командами разработки, так и между другими вовлеченными командами – саппорт, продажи, маркетинг и т. д.
Читайте также:
А я не о терминологии написал. По-видимому, суть моего послания так и осталась не понята.
Удачи с результатом.
Утрет и уймет. Ваши эмоции - это биохимия + электрические импульсы в мозге.
1. "мода" появилась в самом конце 60х годов прошлого века в Штатах. Это не значит, что стандарты устарели - разве что мода прошла )). У нас это начали активно импортировать >20 а не 10 лет назад.
2. Это про матричные структуры. Или хотя бы про организации с развитым делегированием. Вы очень правильно заметили - "руководители" проектов и даже программ проектов не то что не имеют финансовых полномочий (доверенности, чековой книжки), даже не формируют бюджет проекта - они никогда не увидят своего проектного бюджета! Я про деньги, а не про человеко часы )))
3. терминология раскрыта немного некорректно. Компетенция project manager - это ведение одного или нескольких разрозненных проектов. Несколько связанных в одно направление проектов требуют компетенции program или portfolio manager. Но без реального делегирования власти, без доступа к чувствительной информации - не стоит тратиться на эти компетенции.
4. продуктовые компетенции и проектные - это совсем не одно и то же, это как 2 перпендикулярные оси координат. Проектный руководитель обеспечивает выполнение работ от и до. Продуктовик работает в течение всего цикла жизни продукта.
5. product owner - это член команды разработчиков ПО, его дело - обеспечить качественные характеристики продуктов. Это очень узкий термин. Не путайте с маркетологами плз
Причины появления понятны, как и основные категории заинтересованных в таком подходе. Дело, естественно, не в моде, а в необходимости в новых форматах работы и постепенном появлении соответствующих инструментов.
В СССР были свои аналоги с учетом осбенностей системы управления.
Зависит от организации, лимита ответственности и системы делегирования.
Почему именно разработчиков ПО? Продукты выпускаются во многих отраслях.