Как ей это удалось? Вместо того чтобы создавать очень сложное устройство с очень сложной организацией согласно разработанным спецификациям, Apple поступила с точностью до наоборот. Она создала сравнительно простое физическое устройство – iPhone. При этом она работала короткими циклами, постоянно совершенствуя продукт. Компания не стала нанимать сотни тысяч инженеров, чтобы создать монолитное ПО для выполнения функций устройства, а подготовила технологическую платформу и пригласила сотни тысяч независимых команд, которые могли создавать собственные специализированные приложения, удовлетворяющие любые потенциальные потребности пользователя. Команды разработчиков предлагают их потребителям Apple напрямую. Все эти приложения выполняют практически бесконечное множество функций. Они добавляются по мере разработки, при этом их авторы напрямую взаимодействуют с пользователями. Последние решают, какие приложения отвечают их потребностям. В результате появилось многофункциональное устройство, которое адаптируется под индивидуальные предпочтения и сиюминутные прихоти сотен миллионов отдельных пользователей. Совершить такой подвиг традиционными методами управления невозможно. Вместо раздувания организации для решения сложной задачи Apple минимизировала проблему, разбив ее на крошечные части, с которыми вполне могут справиться маленькие независимые команды, работая короткими циклами и постоянно получая обратную связь от пользователей.
Успех iPhone компании Apple часто приписывают гению Стива Джобса. Блестящему маркетингу. Превосходному дизайну. Тщательному вниманию к деталям. Инновационному мышлению. Огромному стремлению решать проблемы. Все это верно. Однако зачастую из виду упускается тот факт, что все эти элементы были бы бесполезны, если бы Apple методом итераций не разработала сравнительно простое электронное устройство и не создала бы платформу для независимых разработчиков ПО. Сотни тысяч микрокоманд проявили свои мастерство и талант, чтобы создавать приложения, напрямую взаимодействуя с потребителями.
* * *
Закон микрокоманды прост. Он предполагает, что для решения масштабных и сложных задач в VUCA-мире компаниям следует не создавать раздутые структуры, а по мере возможности разбивать эти задачи на мелкие блоки и передавать их кросс-функциональным автономным командам, которые работают методом итераций, то есть короткими циклами в состоянии потока. При этом они получают быструю обратную связь от потребителей и конечных пользователей.
