Почему сложными системами нельзя управлять по инструкции: руководство от БШ МФТИ
Возьмем двух капитанов. Первый ведет по идеально прочерченному на карте фарватеру огромный контейнеровоз. Его задача — следовать инструкции: держать курс, скорость и сверяться с показаниями приборов. Второй капитан ведет небольшой ледокол через арктические льды, которые постоянно движутся. У него есть карта, но она дает лишь общее представление. Главный его инструмент — опыт, команда на мостике, которая всматривается в трещины, и постоянная готовность изменить курс.
А теперь проведем аналогию с современным бизнесом. Никаких спокойных вод тут, к сожалению, нет. Поэтому предпринимателям нужно уметь адаптироваться.
Многие предприниматели, особенно с техническим складом ума, на начальном этапе стремятся построить идеальную машину: прописать каждую инструкцию, создать регламент для любой ситуации и верить, что успех — это лишь вопрос точного исполнения. И поначалу это работает. Но по мере роста команда, продукт и рынок превращаются из простого механизма в сложную адаптивную систему. И здесь старые методы перестают работать, а попытка управлять по инструкции приводит к катастрофе.
Ключевой тезис нашей статьи прост: управление сложной системой — это не исполнение инструкций, а осознанная работа с неопределенностью.
Чем «сложное» отличается от «запутанного»?
Это фундаментальное различие, которое должен понимать каждый руководитель.
Запутанная система подобна швейцарским часам или реактивному двигателю. В ней невероятное количество деталей, но все они взаимодействуют предсказуемым образом. Если у вас есть чертеж (инструкция) и достаточная квалификация, вы можете разобрать и собрать двигатель, и он будет работать. Результат предсказуем.
Сложная система — это ваш бизнес, команда, рынок или городская экосистема. Она состоит из множества автономных агентов (сотрудников, клиентов, конкурентов), которые взаимодействуют друг с другом и постоянно адаптируются. У этой системы появляются эмерджентные свойства — результаты, которые невозможно предсказать, просто изучив ее отдельные части. Попытка написать инструкцию для управления такой системой обречена на провал.
И вот почему:
Инструкции основаны на прошлом, а сложные системы живут будущим. Любой регламент — это кодификация прошлого опыта. Он описывает, как реагировать на ситуации, которые уже происходили. Но в сложном мире ценность создается не за счет реакции на известное, а за счет адаптации к неизвестному. Рынок меняется, появляется новая технология, ключевой сотрудник уходит, клиент выдвигает неожиданное требование. Ни одна инструкция не может предусмотреть всего. Чрезмерная зависимость от них создает иллюзию контроля, которая разбивается при столкновении с первым же непредвиденным обстоятельством.
Кроме того, инструкции убивают адаптивность и ответственность. Когда у сотрудника есть подробный гайд на все случаи жизни, он перестает думать. Его задача сводится к поиску нужного параграфа. Это не только демотивирует талантливых людей, которые хотят принимать решения, но и делает всю систему хрупкой. Что произойдет, если возникнет ситуация, не описанная в регламенте? Сотрудник либо впадет в ступор, либо будет эскалировать проблему наверх, создавая «бутылочное горлышко» на уровне руководства.
В сложной системе выживает тот, кто быстрее адаптируется на локальном уровне. Ваша задача как лидера — не дать готовый ответ, а создать условия, в которых сотрудник на месте сможет принять наилучшее решение.
Вспомним знаменитый пример из колониальной Индии: чтобы побороть популяцию кобр, власти назначили премию за каждую сданную голову змеи. Результат? Предприимчивые индусы начали массово разводить кобр, чтобы получать вознаграждение. Когда программу отменили, они выпустили ненужных змей на волю, и их популяция стала еще больше.
Это идеальная иллюстрация того, как попытка прямолинейного управления (инструкция «сдай змею — получи деньги») в сложной системе приводит к непредсказуемым и обратным результатам. В бизнесе это происходит постоянно: вводите KPI по количеству звонков — падает качество; премируете за отсутствие багов — разработчики боятся выпускать новые фичи. Люди адаптируются к правилам, часто самым неожиданным образом.