Большинство изменений не ломаются на этапе проектирования.
Они ломаются после внедрения.
Формально всё сделано:
Но проходит время — и система начинает работать по-старому.
Люди:
И в какой-то момент становится очевидно: изменения не прижились.
Это не случайность. И это не проблема «дисциплины» в привычном понимании.
Чаще всего система делает всё «правильно».
Пишут инструкции.
Проводят обучение.
Делают аттестации.
Иногда даже закрывают старые способы работы технически.
Следующий шаг — контроль и штрафы.
Но даже это не даёт устойчивого результата.
Потому что проблема в другом.
Изменения не удерживаются не потому, что процесс непонятен. А потому что у него нет последствий.
Привычка — это не то, что человек понял. И не то, что ему объяснили.
Привычка — это то, что система делает неизбежным.
Если действие можно не выполнить — его не будут выполнять.
Если старую логику можно сохранить — её сохранят.
Так появляется обход.
Обход — это не ошибка.
Это способ обмануть систему, сохранив привычный способ работы.
Простейший пример.
Была логика размещения:
Внедрили новую:
Но если в терминале можно выбрать ячейку вручную — значит, старая логика не закрыта. И система неизбежно вернётся к ней. Потому что для человека это проще. И это ключевой момент.
Система всегда возвращается к тому поведению, которое проще удерживать — именно поэтому она стремится вернуться к исходному состоянию.
Если новое сложнее, чем старое — оно не станет нормой.
Чтобы изменения закрепились, должны выполняться три условия.
1. Не должно быть обходов
Любая лазейка — это гарантированный откат.
Если систему можно обойти, она будет обойдена.
2. Обратная связь должна быть мгновенной
Человек должен сразу видеть:
И это должна делать сама система. Не руководитель. Не проверка раз в неделю.
Система должна сама фиксировать отклонение и показывать его в момент действия.
3. Последствия должны быть неизбежными
И здесь важен принцип.
Обратная связь — автоматическая.
Последствия — управляемые.
Но при этом: они должны быть обязательными.
Если сегодня нарушение зафиксировали, а завтра нет — правило перестаёт существовать.
Работает только то, что:
Правило розетки.
С ней нельзя договориться. Если сунуть палец, она ударит током.
Так же должна работать система.
Это не про жёсткость.
Это про предсказуемость.
Потому что: привычку формируют последствия, а не инструкции.
И здесь появляется ещё один важный момент. Многие решения сами по себе создают сопротивление.
Можно выбрать решение:
В этом случае:
Или наоборот.
Можно выбрать правильное решение — но не удержать его после внедрения.
И это происходит постоянно.
Например, системы WMS. Часто они внедрены корректно. Но через некоторое время: система откатывается не из-за ИТ, а из-за операционной реальности.
Потому что новая логика не стала привычкой.
И здесь проявляется главный принцип.
Проблема не в том, что изменения не работают. И не в том, что люди не хотят.
Проблема в том, что система не превращает новые действия в неизбежное поведение.
Пока этого нет:
И тогда возникает ощущение: «мы уже это пробовали — не работает».
Хотя на самом деле: это просто не было доведено до состояния привычки.
Дальше имеет смысл посмотреть:
Они ломаются после внедрения.
Формально всё сделано:
- процесс описан;
- система настроена;
- люди обучены.
Но проходит время — и система начинает работать по-старому.
Люди:
- возвращаются к привычным действиям;
- ищут обходные пути;
- частично соблюдают новый процесс, частично — нет.
И в какой-то момент становится очевидно: изменения не прижились.
Это не случайность. И это не проблема «дисциплины» в привычном понимании.
Чаще всего система делает всё «правильно».
Пишут инструкции.
Проводят обучение.
Делают аттестации.
Иногда даже закрывают старые способы работы технически.
Следующий шаг — контроль и штрафы.
Но даже это не даёт устойчивого результата.
Потому что проблема в другом.
Изменения не удерживаются не потому, что процесс непонятен. А потому что у него нет последствий.
Привычка — это не то, что человек понял. И не то, что ему объяснили.
Привычка — это то, что система делает неизбежным.
Если действие можно не выполнить — его не будут выполнять.
Если старую логику можно сохранить — её сохранят.
Так появляется обход.
Обход — это не ошибка.
Это способ обмануть систему, сохранив привычный способ работы.
Простейший пример.
Была логика размещения:
- красное слева;
- зелёное справа.
Внедрили новую:
- тяжёлое слева;
- лёгкое справа.
Но если в терминале можно выбрать ячейку вручную — значит, старая логика не закрыта. И система неизбежно вернётся к ней. Потому что для человека это проще. И это ключевой момент.
Система всегда возвращается к тому поведению, которое проще удерживать — именно поэтому она стремится вернуться к исходному состоянию.
Если новое сложнее, чем старое — оно не станет нормой.
Чтобы изменения закрепились, должны выполняться три условия.
1. Не должно быть обходов
Любая лазейка — это гарантированный откат.
Если систему можно обойти, она будет обойдена.
2. Обратная связь должна быть мгновенной
Человек должен сразу видеть:
- что он сделал правильно;
- где он нарушил.
И это должна делать сама система. Не руководитель. Не проверка раз в неделю.
Система должна сама фиксировать отклонение и показывать его в момент действия.
3. Последствия должны быть неизбежными
И здесь важен принцип.
Обратная связь — автоматическая.
Последствия — управляемые.
Но при этом: они должны быть обязательными.
Если сегодня нарушение зафиксировали, а завтра нет — правило перестаёт существовать.
Работает только то, что:
- стабильно;
- повторяемо;
- неизбежно.
Правило розетки.
С ней нельзя договориться. Если сунуть палец, она ударит током.
Так же должна работать система.
- первая неделя — фиксируем;
- вторая — вводим последствия;
- третья — доводим до результата.
Это не про жёсткость.
Это про предсказуемость.
Потому что: привычку формируют последствия, а не инструкции.
И здесь появляется ещё один важный момент. Многие решения сами по себе создают сопротивление.
Можно выбрать решение:
- с той же эффективностью;
- но кратно более сложное во внедрении.
В этом случае:
- растёт сопротивление;
- растёт инерция;
- падает вероятность успеха.
Или наоборот.
Можно выбрать правильное решение — но не удержать его после внедрения.
И это происходит постоянно.
Например, системы WMS. Часто они внедрены корректно. Но через некоторое время: система откатывается не из-за ИТ, а из-за операционной реальности.
Потому что новая логика не стала привычкой.
И здесь проявляется главный принцип.
Проблема не в том, что изменения не работают. И не в том, что люди не хотят.
Проблема в том, что система не превращает новые действия в неизбежное поведение.
Пока этого нет:
- любые изменения остаются временными;
- любая новая логика размывается;
- система возвращается к исходному состоянию.
И тогда возникает ощущение: «мы уже это пробовали — не работает».
Хотя на самом деле: это просто не было доведено до состояния привычки.
Дальше имеет смысл посмотреть:
