► В ЭТОЙ КНИГЕ ПМ ОЗНАЧАЕТ «МЕНЕДЖЕР ПРОДУКТА»
Забудьте также о потенциальных аббревиатурах ПрМ или ПроМ[3], поскольку тут все равно нет букв, проясняющих разницу. И я еще не встречал ни одного человека, который хотел бы, чтобы его называли ПроджМ и ПродМ, или PjMs и PdMs, уж если на то пошло. В этой книге ПМ означает «менеджер продукта».
Что еще хуже, управление проектами может быть одной из обязанностей менеджера продукта. ПМ много заботятся о расписании, знают, как читать диаграмму Ганта, стремятся всё делать в соответствии с графиком, работают над тем, чтобы все выполняли свои обязательства, – но это должно занимать лишь малую толику их времени и внимания.
Руководитель проекта – это специалист, чье знание предмета дает ему (или ей) превосходство над окружающими в понимании тонкостей, но ключевая его компетенция в том, чтобы поддерживать развитие проекта в нужном направлении, соблюдать сроки и бюджет, а не определять ценность продукта и стратегию ее максимизации.
Некоторые руководители проектов действительно становятся менеджерами продукта, и тогда, как и в случае с UX-дизайнерами, они должны овладеть целым рядом смежных навыков, помимо «отправления поездов по графику».
Консультант по продуктам и автор книг Мэтт Лемей, соучредитель Sudden Compass, сказал так: «У менеджеров продукта есть как возможность, так и обязанность задавать вопрос „почему?“».
Менеджер продукта – это не владелец продукта
Существуют значительные различия между менеджером и владельцем продукта. Компании часто используют эти термины без разбора для обозначения одного и того же или вкладывают в них свой смысл, но в этой книге мы определим их следующим образом.
Менеджер продукта дирижирует междисциплинарной командой, которая создает пользовательский опыт, помогающий достичь стратегических бизнес-целей.
Владелец продукта формирует команду инженеров и задает ей высокоуровневые цели во время разработки программного обеспечения. В этой модели он немного похож на очень низкоуровневого менеджера продукта, того, кто в первую очередь фокусируется на отслеживании конкретных задач. Ориентированная на инженеров роль была придумана в отсутствие настоящего менеджера продукта.
Первоначально владельца продукта выбирали из числа инженеров компании, а в некоторых командах назначали специализированного скрам-мастера, которому требовалось пройти обучение и получить сертификат; он сосредоточивался на аспектах управления проектом в гибкой методологии разработки Scrum. Владелец продукта из команды инженеров часто был тимлидом (team leader), но не всегда. Однако в современной практике существует множество различных вариантов использования названия этой должности, например в командах, где