При стратегии «сверху вниз» сложно вносить существенные изменения в направление развития продуктов в середине цикла их разработки. Даже если у вас замечательная идея, вам будет проблематично найти разработчиков со свободным временем для ее реализации. В то же время функциональность, над которой вы работаете, как правило, считается важной. Это позволяет вам тратить энергию на достижение значимых результатов, а не на попытки убедить руководство разрешить вам выпустить то, что вы создали.
Получив в Microsoft должность продукт-менеджера, вы становитесь ответственным за функциональные возможности, находящиеся в сфере интересов команды, имея достаточно свободы и ответственности, чтобы блестяще справиться с задачей. Если вы хорошо зарекомендуете себя в своих первых командах, то сфера вашей ответственности будет расширяться.
В Microsoft ядро команды, занимающейся разработкой функциональных возможностей продукта, состоит из разработчика, руководителя программ и тестера. С недавнего времени некоторые команды также включают в свое ядро дизайнера. Ядро, ведомое продукт-менеджером, решает, над чем будет работать команда. Во многих командах продукт-менеджер начинает с написания одностраничной «спецификации» – общего перечня целей и вариантов использования продукта.
Одностраничная спецификация рассматривается ее автором совместно с другими руководителями программ, после чего автор может детализировать спецификацию, описав функциональную возможность, начиная от ее общих принципов и заканчивая сообщениями об ошибках. В зависимости от команды продукт-менеджер может также с помощью дизайнера или самостоятельно разработать принципы взаимодействия в рамках выбранного дизайна.
После корректировки спецификации продукта и начала его реализации весьма важным становится внутреннее тестирование. Продукт-менеджеры в Microsoft, в особенности лидеры команд, работающих над продуктами с длинным циклом разработки, собирают отзывы от своих коллег по компании. На основе этих отзывов продукт-менеджер расставляет по приоритетам ошибки и идеи новых функций.
Помимо основной обязанности по реализации функциональности продукта руководители программ выполняют некоторые общекомандные и межкомандные обязанности, например составляют расписание разработки продукта или выбирают ошибки, которые должны быть исправлены, и функциональные возможности, которые должны быть реализованы в очередном релизе.
По мере реорганизации Microsoft, в результате которой эта компания стала заниматься созданием устройств и оказанием услуг, во многих командах текущий процесс разработки, требующий написания большого объема спецификаций, заменяется более гибкими циклическими подходами. Команды выпускают продукты быстрее и регулярнее, а A/B-тестирование играет все более существенную роль.
Apple
Компания Apple построена по принципу «сверху вниз» с высокой степенью изоляции. Направление развития продукта четко контролируется