подходах, продемонстрированных Безосом в качестве руководителя[17]. Несмотря на то, что люди в команде не были согласны с ним, они позволили принять решение именно своему боссу. В конце концов, он много раз бывал прав. Почему бы ему не быть правым и в этот раз?
Если бы Безос прислушался к рынку, это могло бы помочь. Если бы он расценивал некоторые из своих решений как предположения, подлежащие проверке, или же как вопросы, на которые необходимо найти ответы, а не слепо следовал своим догадкам, все могло бы сложиться по-другому.
Создание отличных планов vs. Построение планов по обучению
Планирование «сверху-вниз», устойчивое к изменениям, которое мы наблюдали в истории о Fire Phone, является слишком распространенным явлением. Для больших организаций это норма. Чаще всего этот подход формулируется в документе под называнием дорожная карта. Это неоспоримый документ. Он дает четкое понимание того, где мы находимся, куда мы направляемся и какие шаги нужно предпринять, чтобы добраться из точки А в точку В. Он создает ощущение прогресса и служит мотивационным инструментом для команд, менеджеров, руководителей и зачастую внешних партнеров и акционеров. Этот документ фиксирует ожидания относительно того, какие показатели будут достигнуты.
А еще это чистой воды вымысел.
Представьте себе менеджера по продукции в команде Cooking Light Diet, который следует «дорожной карте» с самого начала реализации инициативы. Он будет придерживаться определенного набора показателей, ценовой стратегии и дат поставки. Затем после каждого эксперимента или беседы с клиентами ему придется пересматривать план-график и обращаться к акционерам за получением одобрения, при этом каждый раз наблюдая за тем, как подрывается доверие. Члены команды тоже будут ждать одобрения, а их продуктивность снизится почти до нуля. Их обучение будет восприниматься как проблема.
Альтернативой функциональных «дорожных карт» является составление более свободных планов и их корректировка по мере обучения. (Мы поговорим об этом подробнее в Главе 5). Команда Cooking Light Diet сохранила несколько документов, используемых в ходе проекта. Первым был список вопросов, предположений и рисков. По мере процесса обучения команда перемещалась по этому списку, находя ответы на вопросы, уменьшая риски и добавляя новые вопросы. Вторым был список возможных функций. Там были перечислены функции, которые, по мнению команды и заинтересованных лиц, могут понадобиться, но эти предположения необходимо подтвердить. Каждую неделю команда изучала отзывы, полученные в ходе бесед с клиентами и в процессе анализа системных показателей. Они сопоставляли отклики обратной связи со списком возможных функций, а затем определяли свои приоритеты на предстоящую неделю.
Выпускников бизнес-школ, сертифицированных менеджеров проектов учат, что их команды нуждаются в необходимых для эффективной работы условиях. Поэтому команды составляют
Там же.
