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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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