
Почему небольшие отклонения могут стоить очень дорого
Очень рад,
что вы следите за моими публикациями
и хотите читать дальше.
Я стараюсь не перегружать статьи
и не пытаться раскрыть всё сразу.
Как правило,
темы,
о которых здесь пишу,
вам уже знакомы.
Многие вещи:
мы либо давно видим в работе,
либо просто начинаем чувствовать интуитивно,
когда долго находимся внутри процессов.
Своими статьями
я скорее пытаюсь:
не открыть “новую истину”,
а направить взгляд:
на привычные проблемы,
связи
и ограничения,
на которые в ежедневной работе
мы часто просто перестаём обращать внимание.
И в этой статье
хочу ещё на одну ступень углубиться
в тему,
которая внешне кажется не очень серьёзной,
но со временем может создавать очень большие последствия.
В тему небольших отклонений.
Небольшое отклонение почти никогда не выглядит серьёзной проблемой сразуОбычно всё начинается очень спокойно.
📍 где-то задержали информацию
📍 где-то техника потеряла несколько часов
📍 где-то решение приняли чуть позже
📍 где-то нарушилась последовательность операций
📍 где-то один из процессов выбился из общего ритма.
По отдельности всё это редко выглядит критичным.
Особенно в больших структурах,
где внешне система продолжает работать.
И происходит это ещё и потому,
что большинство таких отклонений локально выглядят небольшими.
На каждом участке отдельно:
📍 задержка кажется незначительной
📍 перегрузка — временной
📍 потеря времени — некритичной
📍 а сбитый ритм — обычной рабочей ситуацией.
Поэтому система долго не воспринимает это как серьёзную проблему.
Особенно когда:
📍 техника работает
📍 люди заняты
📍 задачи формально выполняются
📍 а отчёты продолжают приходить.
Более того,
если такая ситуация повторяется несколько лет подряд,
система постепенно начинает воспринимать её уже как норму.
Появляется ощущение:
“в прошлом году было так же”.
И именно в этот момент часть потерь,
перегрузки
и несогласованности
начинают маскироваться под “обычную работу”.
Сама по себе одна задержка
чаще всего систему не ломает.
Но в сложных процессах
любое отклонение постепенно начинает влиять на соседние процессы.
Немного смещается логистика.
Где-то появляется ожидание.
Где-то люди начинают работать в перегрузке.
Где-то нарушается последовательность операций.
И постепенно система начинает тратить всё больше ресурсов
уже не на развитие,
а на компенсацию накопившихся отклонений.
А теперь достаточно представить,
что подобные небольшие отклонения происходят одновременно:
— в логистике
— снабжении
— технике
— планировании
— ремонтах
— производственных операциях
— и взаимодействии подразделений.
Особенно в средних и больших структурах,
где количество процессов,
цепочек
и взаимосвязей
уже слишком велико,
чтобы человек мог удерживать всё это вручную.
Причём внешне это может выглядеть даже как высокая вовлечённость.
Люди постоянно что-то решают,
быстро реагируют,
удерживают процессы от остановки.
Но постепенно всё больше ресурсов начинает уходить
не на развитие системы,
а на компенсацию накопившихся отклонений.
И чем дольше система живёт в таком режиме,
тем сложнее ей становится:
не только развиваться,
но иногда даже удерживать прежний уровень устойчивости.
система долго может выглядеть “нормально”
Именно поэтому многие проблемы замечают слишком поздно.
Потому что внешне:
📍 техника работает
📍 люди заняты
📍 задачи выполняются
📍 показатели формально держатся
📍 а процессы продолжают двигаться.
Но внутри системы
начинает постепенно теряться:
— ритм
— синхронность
— скорость реакции
— устойчивость решений
— и качество взаимодействия между процессами.
Причём сами потери
в этот момент
могут быть ещё даже не видны напрямую в отчётах.
Например:
в предпосевную подготовку сломался культиватор.
На первый взгляд —
ничего критичного.
Ждём запчасть.
Ремонтируем.
Работаем дальше.
Но дальше:
— часть техники начинает ждать
— смещается график подготовки
— нарушается ритм посева
— людям приходится работать в более сжатые сроки
— часть решений начинает приниматься в спешке
— увеличивается нагрузка на соседние участки
— появляются новые отклонения и задержки.
Причём сама проблема в моменте
может выглядеть как обычная рабочая ситуация.
Но чем больше подобных отклонений начинает происходить одновременно,
тем менее устойчиво постепенно начинает работать вся система.
И самое опасное,
что часть этих потерь
может быть ещё даже не видна напрямую в итоговых цифрах.
В небольшой системе
часть проблем ещё можно быстро компенсировать вручную.
Кто-то позвонил.
Кто-то быстро перестроился.
Кто-то принял решение на месте.
Но когда процессов,
людей,
техники,
логистики
и взаимосвязей становится слишком много,
даже небольшое отклонение начинает расходиться дальше по всей системе.
И очень часто реальные потери появляются уже не в точке самой ошибки,
а в последствиях,
которые она запускает дальше.
Большинство компаний хорошо умеют видеть:
📍 крупные сбои
📍 серьёзные аварии
📍 большие потери.
Но намного хуже замечают:
— накопление небольших отклонений
— постепенную перегрузку процессов
— потерю устойчивости
— и снижение качества взаимодействия между системой и людьми.
Хотя именно такие вещи
очень часто и создают самые дорогие последствия.
Проблема уже не только в том,
чтобы:
📍 выполнить операцию
📍 собрать данные
📍 проконтролировать процесс.
Проблема всё чаще смещается:
в сторону понимания взаимосвязей,
последствий решений,
накопления отклонений
и способности системы удерживать устойчивость
при постоянно растущей сложности.
И чем сложнее становятся процессы,
тем заметнее становится ещё одна проблема.
Система начинает всё хуже:
— видеть взаимосвязи
— понимать последствия небольших отклонений
— и вовремя реагировать на накопление проблем.
Почему это происходит —
это уже отдельный большой вопрос,
к которому мы ещё постепенно вернёмся дальше.
Потому что проблема,
как мне кажется,
уже давно не только в самих ошибках.
А в том,
что сложность процессов,
скорость изменений
и количество взаимосвязей
начинают расти быстрее,
чем способность человека удерживать всё это вручную.





Нет комментариев