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

Как говорит Нунду, продукт-менеджер Google: «Продукт-менеджеры не определяют сроки. Их определяют инженеры». Будучи продукт-менеджером, вы можете рассказать команде о том, что вы планируете разработать, но затем уже они скажут вам, сколько времени на это потребуется. Даже если срок окажется слишком большим, вы не сможете приказать команде писать код быстрее – это не сработает.

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

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

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

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

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

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

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

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

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

Руководители проектов и руководители программ

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

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

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

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

Должностные особенности

У этих должностей есть две уникальные особенности. Во-первых, руководитель проекта имеет очень четкую и конкретную цель (или клиента).

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

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

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

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

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

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

• уточнение целей и сбор показателей удовлетворенности;

• определение кадрового состава и навыков, требуемых для успешного выполнения проекта;

• создание инструментов, планов и процессов управления проектами;

• проведение текущих совещаний и сбор оперативной информации о ходе работ;

• анализ данных для поиска возможностей;

• определение и реализация изменений, направленных на повышение эффективности;

• управление изменениями, инициируемыми заказчиком;

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

Требования к руководителям проектов варьируются в зависимости от компании и роли. Некоторые команды требуют наличия сертификатов в области управления проектами, другие – нет. Как правило, компании ищут кандидатов с опытом управления проектами и отличными коммуникационными навыками.

3. Компании

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

Аспекты роли продукт-менеджера

Мы общались с продукт-менеджерами компаний Amazon, Apple, Facebook, Google, Microsoft, Yahoo и множества стартапов, чтобы выяснить, в чем состоит роль продукт-менеджера в каждой из них и что делает эти компании уникальными.

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

Открытость

Компании Google, Facebook и Yahoo очень открыты: их сотрудники много знают о том, чем занимаются другие команды. В Apple и Amazon команды в большей степени изолированы друг от друга и сконцентрированы на собственных задачах.