← Ко всем статьям
МышлениеДенис Михин · · 11 мин чтения

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

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

Во многих организациях управление постепенно превращается в постоянную борьбу с последствиями.

Руководители разбирают очередной срыв срока.

Команды исправляют ошибки.

Сотрудники отвечают на жалобы клиентов.

Финансовый блок сокращает внезапно выросшие расходы.

HR срочно закрывает вакансии после очередной волны увольнений.

ИТ устраняет сбой, который уже повлиял на работу нескольких подразделений.

Каждая проблема выглядит отдельной.

У неё есть конкретная дата, конкретный владелец и конкретный план действий.

Но через некоторое время возникает похожая ситуация.

Иногда в том же процессе.

Иногда в другом подразделении.

Иногда под новым названием.

Организация снова собирает совещание, назначает ответственных и запускает корректирующие мероприятия.

Работы становится всё больше.

А количество проблем почти не уменьшается.

Так происходит потому, что борьба с последствиями создаёт ощущение управления, но не обязательно изменяет условия, в которых эти последствия возникают.

Последствие всегда заметнее причины

Организация быстрее всего реагирует на то, что уже произошло.

Клиент пожаловался.

Проект задержался.

Сотрудник уволился.

Оборудование остановилось.

Показатель снизился.

Бюджет был превышен.

Последствие можно увидеть, измерить и назначить кому-то в ответственность.

С причиной всё сложнее.

Она может находиться значительно раньше по времени.

Может быть распределена между несколькими подразделениями.

Может быть связана не с отдельной ошибкой, а с устройством процесса.

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

Последствие локально.

Причина часто системна.

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

Быстрое решение обычно направлено на симптом

Когда возникает проблема, от руководителя ждут немедленной реакции.

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

Провести разбор.

Определить виновных.

Подготовить план.

Установить новый срок.

Усилить проверку.

Провести обучение.

Такие действия действительно могут временно улучшить ситуацию.

Но они часто направлены на последний этап цепочки.

Например, сотрудник допустил ошибку в документе.

Организация вводит дополнительную проверку.

Теперь документ проходит ещё одно согласование.

Вероятность конкретной ошибки снижается.

Но общее время процесса увеличивается.

Сотрудники начинают спешить на других этапах.

Появляются новые ошибки.

Руководство добавляет ещё одну проверку.

Так борьба с последствием создаёт новые причины для будущих отклонений.

Система обучается обходить локальные исправления

Организация — не набор изолированных операций.

Это система связанных процессов, целей, ограничений и моделей поведения.

Если изменить только один элемент, остальные части начинают адаптироваться.

Компания устанавливает более жёсткий контроль сроков.

Сотрудники начинают раньше переводить задачи в статус «выполнено», хотя часть работы ещё не завершена.

Вводится показатель по количеству обработанных обращений.

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

Повышаются требования к качеству.

Команды увеличивают количество согласований и замедляют выпуск результата.

Система формально выполняет новое требование, но находит способ сохранить прежнее равновесие.

Поэтому локальное улучшение часто не устраняет проблему, а перемещает её.

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

Некоторые последствия возникают не из-за плохой работы исполнителей, а из-за решений, принятых руководством.

Компания одновременно запускает слишком много проектов.

Команды распределяют внимание между десятками задач.

Сроки начинают сдвигаться.

Руководство усиливает контроль исполнения.

Но основная причина не меняется: объём параллельной работы по-прежнему превышает возможности системы.

Другой пример — сокращение численности ради снижения затрат.

На первом этапе расходы действительно уменьшаются.

Но оставшиеся сотрудники получают дополнительную нагрузку.

Растёт количество ошибок.

Снижается скорость обслуживания.

Увеличивается выгорание.

Начинаются новые увольнения.

Компания снова сокращает затраты и пытается удержать производительность за счёт давления.

В такой ситуации последствия невозможно устранить на уровне отдельных сотрудников.

Они воспроизводятся логикой самой системы управления.

Организация привыкает к режиму чрезвычайной ситуации

Когда борьба с последствиями продолжается долго, авральный режим становится нормой.

Срочные задачи получают приоритет перед важными.

Ресурсы постоянно перераспределяются.

Планы меняются.

Руководители лично вмешиваются в операционную работу.

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

Постепенно организация перестаёт предотвращать отклонения.

Она начинает реагировать только тогда, когда последствия становятся достаточно заметными.

Это формирует опасную модель поведения.

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

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

Система фактически вознаграждает не раннее предупреждение, а громкость проблемы.

Героизм начинает цениться выше системной работы

В организациях, постоянно борющихся с последствиями, появляются герои.

Они остаются после работы.

Спасают проекты.

Лично договариваются с клиентами.

Исправляют чужие ошибки.

Находят обходные пути.

Добиваются результата вопреки процессу.

Такие сотрудники действительно приносят пользу в критической ситуации.

Но если героизм становится постоянной нормой, он начинает скрывать слабость системы.

Процесс не меняется, потому что сильные люди снова смогли его спасти.

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

Переработки.

Стресс.

Ручное управление.

Зависимость от отдельных сотрудников.

Отложенные задачи.

Потерю качества в других областях.

Чем успешнее команда справляется с последствиями, тем дольше организация может не замечать фундаментальную проблему.

Каждое исправление добавляет новые правила

Типичная реакция на ошибку — создать дополнительное правило.

После одного инцидента появляется новая инструкция.

После второго — дополнительная форма контроля.

После третьего — ещё один уровень согласования.

Каждое правило выглядит логичным, потому что защищает организацию от повторения конкретной ситуации.

Но со временем система становится перегруженной.

Сотрудники заполняют всё больше документов.

Руководители согласовывают всё больше решений.

Процесс замедляется.

Количество исключений растёт.

Чтобы выполнить работу в срок, люди начинают обходить формальные требования.

Возникают новые нарушения.

Организация отвечает новыми правилами.

Так формируется замкнутый цикл:

ошибка вызывает усиление контроля;

контроль усложняет процесс;

сложность увеличивает вероятность новых ошибок;

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

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

Причины часто находятся между подразделениями

Последствия обычно проявляются в конкретной функции.

Клиент жалуется службе поддержки.

Вакансия долго не закрывается у HR.

Проект задерживается у проектной команды.

Поставка срывается у закупок.

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

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

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

Проектная команда ждала решение финансового блока, но ответственность за срок осталась у руководителя проекта.

Закупки поздно получили точный прогноз потребности от производства.

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

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

Поэтому последствия продолжают появляться.

Метрики могут заставлять бороться не с тем

Показатели должны помогать организации видеть реальность.

Но иногда они направляют внимание только на локальные последствия.

Например, подразделение оценивается по скорости обработки задачи.

Чтобы улучшить показатель, сотрудники быстрее передают работу дальше.

Общая длительность процесса не сокращается.

Очередь просто перемещается в другое подразделение.

Или служба поддержки оценивается по количеству закрытых обращений.

Сотрудники формально закрывают запросы быстрее.

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

Локальная метрика улучшается.

Система в целом работает хуже.

Если показатели не отражают конечный результат, сотрудники начинают оптимизировать видимую часть процесса.

Последствия в одном месте уменьшаются и одновременно увеличиваются в другом.

Повторяющаяся проблема становится частью бюджета

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

Создаёт резерв.

Увеличивает штат поддержки.

Закладывает расходы на переделки.

Формирует отдельную функцию контроля.

Планирует время на исправление ошибок.

На первый взгляд это выглядит как реалистичное управление.

Компания учитывает собственный опыт и готовится к отклонениям.

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

Организация перестаёт задавать вопрос, почему эти потери вообще возникают.

Она учится жить вместе с ними.

Так временное отклонение превращается в постоянный элемент системы.

Люди перестают верить в улучшения

Если одни и те же проблемы регулярно возвращаются, сотрудники начинают воспринимать любые изменения скептически.

Они уже видели новые регламенты.

Участвовали в разборах.

Проходили обучение.

Заполняли дополнительные формы.

Слышали обещания, что теперь процесс будет работать иначе.

Но через несколько месяцев ситуация повторялась.

Поэтому следующая инициатива встречает сопротивление.

Не потому, что люди не хотят улучшений.

А потому, что предыдущий опыт научил их: организация снова изменит форму, но не затронет причину.

Так борьба с последствиями постепенно снижает доверие к управлению.

Даже правильное решение позже приходится внедрять в среде, которая уже не верит в его устойчивость.

Почему поиск виноватого закрепляет проблему

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

Это естественный вопрос.

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

Человек мог действительно ошибиться.

Но почему система позволила одной ошибке привести к такому масштабу последствий?

Почему отклонение не было замечено раньше?

Почему не сработала обратная связь?

Почему сотрудник действовал именно так?

Какие данные у него были?

Какие цели определяли его выбор?

Если заменить человека, но сохранить прежние условия, другой сотрудник со временем может принять такое же решение.

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

Но она не должна подменять анализ устройства системы.

Настоящая причина может не иметь одного владельца

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

Но системные причины редко принадлежат одному человеку.

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

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

Низкое качество сервиса может формироваться продуктом, ИТ-системой, обучением, мотивацией и полномочиями сотрудников.

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

Остальные сохранятся.

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

Почему временное улучшение вводит в заблуждение

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

Сроки восстанавливаются.

Количество ошибок снижается.

Очередь уменьшается.

Клиентские жалобы обрабатываются.

Организация считает проблему решённой.

Но улучшение было достигнуто за счёт дополнительного усилия.

Руководители лично контролировали каждый шаг.

Сотрудники работали сверх нормы.

Другие задачи были временно остановлены.

Проблема не исчезла.

Система просто получила дополнительную энергию.

Когда внимание руководства переключается, ресурсы возвращаются к обычному уровню, а сотрудники устают, прежняя динамика восстанавливается.

Последствие появляется снова.

Для устойчивого изменения недостаточно увидеть улучшение показателя.

Нужно понять, что именно изменилось в механизме работы.

Борьба становится бесконечной, когда решения усиливают исходную проблему

Особенно устойчивые проблемы возникают в усиливающих циклах.

Например, в команде не хватает времени.

Руководитель сокращает время на обсуждение и обучение.

Из-за этого сотрудники хуже понимают задачи и чаще ошибаются.

Количество переделок растёт.

Свободного времени становится ещё меньше.

Руководитель дополнительно сокращает «неоперационную» работу.

Или организация сталкивается с падением качества.

Вводит больше согласований.

Процесс замедляется.

Сотрудники начинают спешить.

Количество ошибок увеличивается.

Появляются новые согласования.

В каждом отдельном решении есть логика.

Но их последовательность усиливает исходное ограничение.

Такие циклы невозможно остановить дополнительным усилием внутри прежней логики.

Нужно изменить саму структуру реакции.

Что отличает работу с причиной от борьбы с последствием

Работа с последствием отвечает на вопрос:

Как быстро вернуть показатель в норму?

Работа с причиной задаёт другой вопрос:

Какие условия регулярно создают это отклонение?

Первая необходима, когда проблема уже произошла.

Клиенту нужно ответить.

Сбой необходимо устранить.

Срок нужно пересмотреть.

Ошибку — исправить.

Но после стабилизации ситуации должен начаться второй этап.

Не очередной поиск виноватого, а анализ механизма.

Какая цепочка событий привела к результату?

Какие решения были приняты раньше?

Где проблема могла быть обнаружена?

Почему существующий контроль не сработал?

Какие цели и ограничения определяли поведение участников?

Какие последствия создало наше предыдущее вмешательство?

Без этого второго этапа организация обречена повторять первую помощь.

Нужно разделять восстановление и улучшение системы

В момент кризиса команда часто не может одновременно глубоко анализировать причину и восстанавливать работу.

Поэтому полезно разделять два типа деятельности.

Первый — стабилизация.

Остановить ущерб.

Вернуть процесс в рабочее состояние.

Выполнить обязательства перед клиентом.

Обеспечить безопасность.

Второй — изменение системы.

Разобрать причины.

Пересмотреть процесс.

Устранить противоречия.

Изменить распределение полномочий.

Настроить ранние сигналы.

Сократить вероятность повторения.

Если ограничиться стабилизацией, проблема вернётся.

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

Зрелость заключается в способности делать и то, и другое, не смешивая цели.

Как выйти из бесконечной борьбы

Первый шаг — начать отслеживать повторяемость.

Организации часто воспринимают каждый инцидент отдельно.

Но если собрать историю, можно увидеть общий паттерн.

Какие проблемы возникают регулярно?

В каких процессах?

После каких решений?

При каких условиях?

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

Что мы делали в прошлый раз?

Почему это помогло временно?

Какие побочные эффекты возникли?

Не усиливаем ли мы проблему способом её решения?

Третий шаг — искать причину за пределами точки проявления.

Если жалоба пришла в поддержку, это не означает, что проблема возникла в поддержке.

Если показатель принадлежит HR, это не означает, что HR способен самостоятельно его изменить.

Четвёртый шаг — менять условия, а не только поведение людей.

Недостаточно требовать больше ответственности, если полномочий нет.

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

Нельзя ожидать инициативы в среде, где любая ошибка приводит к наказанию.

Пятый шаг — проверять устойчивость улучшения.

Работает ли новый процесс без постоянного участия руководителя?

Снизилась ли необходимость в ручном контроле?

Уменьшилось ли количество исключений?

Не переместилась ли проблема в другое подразделение?

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

Итог

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

Часто она старается слишком сильно, но направляет усилия не туда.

Каждое новое отклонение вызывает дополнительный контроль, новые правила, обучение, перераспределение ресурсов и поиск ответственных.

Система временно стабилизируется.

Затем проблема возвращается или возникает в другом месте.

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

Последствия требуют реакции.

Их нельзя игнорировать.

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

Зрелое управление начинается в тот момент, когда после вопроса «как быстро это исправить?» появляется второй вопрос:

«Что в устройстве нашей работы делает повторение этой проблемы закономерным?»

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

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

Данный материал носит исключительно ознакомительный и дискуссионный характер и отражает личное мнение автора.
Денис Михин

Автор статьи

Денис Михин

Денис Михин — практик управления, HR, проектного менеджмента и организационных изменений. Автор экспертного журнала и образовательных программ по управлению, Agile, системному мышлению и искусственному интеллекту.

Начать программу

Agile AI Transformation

Понимание, как реально работают Agile, системное мышление и AI

Перейти

Навыки

Развиваемые навыки

Связанные рабочие задачи

Эта статья поможет, если…