Меня почти никогда не интересовали события сами по себе, меня интересовало то, как они устроены.

Меня всегда завораживала сама идея сложных систем. То, как огромное количество независимых элементов может одновременно существовать в состоянии хрупкого равновесия. И как легко это равновесие нарушается, если одна часть конструкции перестаёт понимать, для чего она существует внутри общей модели.

Наверное, именно поэтому я практически всегда сопротивлялся делать что-то «потому что так принято».

Мне почти физически нужно понимать: для чего существует процесс, для чего существует ограничение, для чего нужна последовательность действий, для чего система устроена именно так, а не иначе.

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

Поэтому меня никогда особенно не вдохновляли разговоры про «успешный успех». Мне всегда было интереснее наблюдать за тем, как устроены вещи под поверхностью.

Если самолёт летит - мне интересно не куда он летит, а как тысячи отдельных элементов позволяют ему не развалиться в воздухе. Если город живёт - интересно не количество людей, а как синхронизируются транспорт, энергия, вода, логистика и поведение миллионов человек. Если бизнес растёт - интересно не «успешен он или нет», а какая система решений, ограничений, компромиссов и процессов удерживает его в рабочем состоянии.

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

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