Джеки Баваро - Карьера менеджера IT-проекта. Как устроиться на работу в ведущую технологическую компанию

Говорят, что полностью законченных обучающих программ не существует; и мы надеемся, что данная книга тоже будет непрерывно совершенствоваться. Если вы хотите высказать предложения, отзывы, задать вопрос или просто сказать «привет», то пишите нам на электронную почту gayleandjackie@careercup.com.

Спасибо и удачи!

Гейл Л. Макдауэлл

facebook.com/gayle

twitter.com/gayle

technologywoman.com

quora.com/Gayle-Laakmann-McDowell

Джеки Баваро

facebook.com/jackie.bavaro

twitter.com/jackiebo

pmblog.quora.com

quora.com/Jackie-Bavaro

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

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

Тем не менее между продукт-менеджером и директором существует одно принципиальное различие: продукт-менеджеры не имеют прямой власти над участниками команды.

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

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

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

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

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

Хотя жизненный цикл продукта зависит от компании (а иногда и от команды), он, как правило, имеет четыре основных этапа: «Исследования и планирование – Разработка дизайна – Реализация и тестирование – Выпуск». Разумеется, эти этапы часто пересекаются друг с другом.

В некоторых компаниях/командах обязанности продукт-менеджера распределяются между двумя людьми, один из которых в большей степени сконцентрирован на бизнесе, другой – на технических вопросах. В этом случае технического сотрудника называют техническим руководителем программ, или техническим продукт-менеджером (Technical Product Manager, TPM), а сотрудника, ориентированного на бизнес, – просто продукт-менеджером (Product Manager, PM).

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

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

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

После того как продукт-менеджер подготовил предварительный план, ему необходимо привлечь к работе других людей. В таких компаниях, как Microsoft, Apple и Amazon, одобрение происходит «сверху вниз» и высшее руководство задействуется на самых ранних этапах разработки проектов. В компаниях Google и Facebook, а также во многих стартапах преобладает подход «снизу вверх», в котором основная задача продукт-менеджера – выстроить отношения с инженерами.

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