и быть готовым к качелям, когда тренды выходят за рамки и разворачиваются;
• как Стив Джобс из Apple, радикальная честность которого позволяла ему прорываться сквозь завалы бреда и улавливать суть ситуации (и раздражать многих окружающих);
• как Энди Маршалл (Управление общих оценок / Министерство обороны), у которого было прекрасное чутье для определения конкуренции на нужном уровне, чтобы менять риторику в лучшую сторону (его статья о переопределении ситуации с холодной войной как о долгосрочной конкуренции между США и СССР была решающей в переходе американских политиков от рассматривания вооружений к охвату экономических и социальных вопросов);
• как Энди Брайант, председатель совета директоров Intel, который понял, как размер и сложность могут конкурировать с технологическим преимуществом;
• как Саймон Гэлбрайт из Redgate Software, чей природный дар диагностирования вывел его за рамки одного бизнеса.
Эти и другие управленцы поступали по-своему, и со временем я начал ощущать общие черты их отличия.
Умелые стратеги с удовольствием смотрят на анализ и данные, но также умеют определить критическую проблему или возможность, сосредоточиться на них, а затем найти способ разобраться с ними. У них было чутье на жизненно важные вещи и умение концентрировать энергию на них. Они заботились о работе, но не путали результаты с действиями. Они не выбирали готовую стратегию из популярного списка, составленной консультантами матрицы или трех вариантов из презентации в PowerPoint, подготовленной их сотрудниками. Возможно, главное состоит в том, что они не смотрели на стратегию как на фиксированное описание того, «где мы хотим оказаться» в будущем. Конечно, у них были явные устремления к победам, прибыли и успеху, но они рассматривали стратегию как работу с текущими тактическими проблемами и новыми возможностями.
Истина в том, что «корявые» проблемы не «решаются» простым анализом или применением предустановленных принципов. Согласованный стратегический ответ возникает в процессе диагностики структуры проблем, формулирования и переформулирования, разделения объема внимания, обращения к аналогиям и озарения. Результат – не выбор, а разработка. Это творение, воплощающее цель. Я называю это творением, поскольку это продукт понимания и суждения, а не какого-то алгоритма (что неочевидно для большинства других). Это не дедуктивный вывод, а разработка, проектирование. В концепции продуманной разработки подразумевается, что знания необходимы, но самих по себе их недостаточно.
Рассказывая о решении сложных проблем разработки, специалист по промышленному проектированию Киз Дорст прекрасно описывает суть проблемы:
Можно увидеть, как опытные разработчики, столкнувшиеся с новой проблемной ситуацией, ищут центральный парадокс, задавая себе вопрос, почему именно проблему так тяжело решить. Они начинают работать над решением