В Microsoft ядро команды, занимающейся разработкой функциональных возможностей продукта, состоит из разработчика, руководителя программ и тестера. С недавнего времени некоторые команды также включают в свое ядро дизайнера. Ядро, ведомое продукт-менеджером, решает, над чем будет работать команда. Во многих командах продукт-менеджер начинает с написания одностраничной «спецификации» – общего перечня целей и вариантов использования продукта.

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

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

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

По мере реорганизации Microsoft, в результате которой эта компания стала заниматься созданием устройств и оказанием услуг, во многих командах текущий процесс разработки, требующий написания большого объема спецификаций, заменяется более гибкими циклическими подходами. Команды выпускают продукты быстрее и регулярнее, а A/B-тестирование играет все более существенную роль.

Компания Apple построена по принципу «сверху вниз» с высокой степенью изоляции. Направление развития продукта четко контролируется высшим руководством и дизайнерами, а все остальные сотрудники компании движутся в этом направлении как хорошо смазанный механизм. Главенствующую роль в разработке продуктов в Apple имеют руководители инженерных проектов и руководители инженерных программ (Engineering Program Manager, EPM), которые обеспечивают движение этого механизма.

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

На должность EPM обычно нанимаются люди с богатым опытом в научной и математической сфере (для того, чтобы они могли «просчитывать ходы») и выдержанным характером (для того, чтобы они действовали уверенно). Кроме того, кандидат должен достаточно хорошо разбираться в технических вопросах, чтобы участвовать в обсуждениях, однако при этом ему не обязательно пытаться брать на себя инженерную работу.

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

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