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

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

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

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

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

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

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

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

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

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