Проблема редко начинается там, где мы её обнаружили

Представьте большой объект.

На входе внезапно образовалась очередь.

Первая реакция вполне логична:

добавить людей на вход.

Больше сотрудников. Открыть дополнительную линию. Ускорить досмотр.

Проблема вроде бы находится здесь.

Но причина может быть совсем в другом месте.

🚌 Транспорт привёз слишком много людей одновременно.

🎟 Система проверки билетов стала обрабатывать каждого посетителя на несколько секунд дольше.

🚶 Из-за навигации большинство людей выбрало один вход.

📋 Изменился процесс досмотра, но расчёт пропускной способности остался прежним.

И тогда очередь — не проблема.

Очередь — симптом проблемы, возникшей в другой части системы.

В сложной системе точка проявления проблемы и точка её возникновения часто находятся в разных местах.

🔎 В бизнесе происходит то же самое

Продажи не выполняют план.

Первая мысль:

«Отдел продаж плохо работает».

Сотрудники допускают ошибки:

«Нужно ещё раз провести обучение».

Решения принимаются слишком долго:

«Людям не хватает инициативы».

Клиенты жалуются:

«Надо усилить поддержку».

Каждое из этих решений может оказаться правильным.

А может — просто лечить место, где проблема стала заметна.

Например, продажи могут падать не из-за продавцов, а из-за качества входящих лидов.

Ошибки могут происходить не из-за недостатка обучения, а из-за сложного процесса.

Решения могут тормозиться не из-за людей, а потому что никто не понимает границы своих полномочий.

А поддержка может идеально обрабатывать жалобы на проблему, которую вообще создаёт другой процесс.

Исправить симптом обычно проще, чем найти причину. Поэтому симптом так легко принять за проблему.

🧩 Что делать руководителю?

Перед тем как добавлять людей, менять процесс или вводить очередной контроль, я бы задал четыре вопроса.

🔹 1. Что мы сейчас видим — причину или симптом?

Где именно проблема стала заметна?

И обязательно ли она там возникла?

🔹 2. Что происходило непосредственно перед этим?

Посмотрите на процесс на один-два шага назад.

Иногда причина находится именно там.

🔹 3. Какие другие процессы влияют на этот участок?

Большинство сложных систем связано между собой.

Изменение в одном месте способно создать проблему совершенно в другом.

🔹 4. Если мы сейчас исправим только видимое проявление — проблема вернётся?

Очень полезный вопрос.

Потому что если ответ «скорее всего, да», значит, мы ещё не дошли до причины.

⚠️ Есть ещё одна управленческая ловушка

Когда возникает проблема, очень хочется добавить ресурс.

Очередь → добавить людей. Задержки → добавить контроль. Ошибки → добавить обучение. Перегрузка → нанять ещё сотрудников.

Иногда именно это и нужно.

Но сначала стоит понять:

мы устраняем ограничение системы или просто увеличиваем её способность справляться с последствиями? Перед тем как добавить ресурс — найдите ограничение.

Потому что дополнительный сотрудник действительно может быстрее обслуживать очередь.

Но если причина очереди находится в неправильно организованном потоке, мы просто научимся эффективнее обслуживать плохо спроектированный процесс.

📌 Есть простой эксперимент

Когда на этой неделе возникнет очередная рабочая проблема, не начинайте сразу её решать.

Остановитесь на несколько минут и спросите:

«А где эта проблема началась на самом деле?»

Иногда ответ окажется совсем не там, куда все смотрели первоначально.

И для меня в этом одна из важных особенностей управления сложными системами:

нужно видеть не только отдельные элементы — нужно видеть связи между ними. Быстро устранить проблему — хорошо. Сделать так, чтобы она не возвращалась, — гораздо ценнее.

На масштабе особенно дорого постоянно лечить симптомы.

Потому что вместе с системой масштабируются и причины, которые мы вовремя не устранили.

И маленькая проблема одного процесса постепенно становится большой проблемой всей системы.

Вот это и есть #УправлениеМасштабом.

#АлександрРумянцев #УправлениеПроектами #СистемноеМышление #ОперационноеУправление #УправлениеПроцессами #Менеджмент #Масштабирование