Одна из самых удобных (и потому самых опасных) форм саботажа — это вежливое согласие.
На встрече все кивают:
— да, внедряем
— да, попробуем
— да, логично
Через некоторое время — отчёт красивый, формулировки правильные, а процесс… остался прежним.
И дальше звучит знакомое: “Мы пробовали, но это не работает.”
Изнутри это выглядит не как конфликт.
Скорее как тихий откат к старым правилам — без прямого “нет”, без открытого сопротивления, без ответственности за срыв.
Именно поэтому такой саботаж часто поздно замечают.
Что происходит на самом деле👌
Обычно сопротивляются не самому инструменту.
Сопротивляются тому, что приходит вместе с ним:
• новым правилам,
• прозрачности,
• необходимости работать единообразно,
• и потере привычного “я делаю по-своему”.
То есть на словах обсуждают “удобство”, а на деле защищают старую систему контроля над своей работой.
🔺Как это выглядит в реальности
1. Формально согласны — по факту не внедряют
“Да, конечно” уже сказали.
Дальше начинаются: “не дошли руки”, “завал”, “позже настроим”, “сейчас не до этого”.
2. “Инструмент сложный / глючит / неудобно”
Иногда это правда.
Но очень часто это универсальная причина, которая позволяет ничего не менять, сохранив лицо.
3. Частичное использование → вывод “не работает”
Берут кусок процесса, игнорируют правила применения и ждут полный результат.
Потом разочарованно сообщают, что инструмент “не дал эффекта”.
4. Нарушение правил → плохой результат → обвинение инструмента
Данные не внесли, статусы не обновили, сроки не зафиксировали, последовательность нарушили.
Результат предсказуемый.
Вывод — удобный: “Система бесполезна”.
🔺Где здесь ошибка руководителя️
Самое неприятное: внешне всё выглядит спокойно.
Никто не спорит. Никто не “бунтует”. Все вроде бы согласны. Руководителю так даже удобнее на первом этапе: конфликта нет, все “за”, можно не занимать позицию.
И в этом ловушка.
Руководитель начинает проверять инструмент, хотя проверять нужно КАЧЕСТВО внедрения: что именно было внедрено, кем, по каким правилам и насколько регулярно.
В итоге бизнес теряет дважды:
• сначала — деньги и время на внедрение,
• потом — доверие к следующим изменениям (“мы уже пробовали, это не работает”).
🔺Что делать, чтобы не попасть в эту ловушку
🔹Сначала фиксировать, что считается “внедрено” (а не “мы поговорили и вроде начали”)
🔹Вводить минимальный обязательный стандарт — маленький, но единый для всех
🔹Отделять баг/ограничение инструмента от нарушения правил использования
🔹Проверять цепочку причин: плохой результат из-за инструмента или из-за того, как его внедряли
❗️Саботаж внедрения чаще звучит как “да, но…”, а не как “нет”.
Именно поэтому он так долго остаётся незаметным — особенно для руководителя, который смотрит только на итоговую цифру.
P.S. Для тех, кто пропустил - начало кейса
