Сопротивление изменениям в организации: как вводить новые правила

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

Почему сотрудники защищают прежний порядок

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

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


• Потеря статуса или влияния. Прежний порядок мог держаться на личных связях и знаниях сотрудника. Уточните будущую роль: какие решения он сохранит, чему сможет учить коллег, где потребуется согласование.


• Усталость. К текущим задачам добавились освоение программы, новый отчёт и встречи по другому проекту. Здесь нужно разобрать загрузку и приоритеты, выделить время на переход.


• Непонятная цель. Формулировка «повысим прозрачность» не объясняет, какую проблему решают. Покажите связь с работой: например, общий журнал нужен, чтобы заявка не исчезала при отсутствии её получателя.

Как распознать явное и скрытое сопротивление

Явное сопротивление заметно по спорам о новом порядке, возражениям и прямому отказу его применять. Уточните содержание: сотрудник не согласен с целью, считает способ неудобным или показывает риск для работы? Аргументированное замечание стоит проверить, даже если его высказали резко.

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

Предложите сотруднику провести вас по заявке от получения до результата. Где он остановился, к кому обратился, что пришлось обойти? Если затруднение повторяется у разных людей на одном участке, включите в проверку настройки и сам регламент. Для разговора достаточно конкретного случая; оценка характера человека здесь ничего не объясняет.

Пример: команда переходит на новую учётную программу

Рассмотрим условную ситуацию. Организация решила регистрировать закупочные заявки в программе, но отдел продолжает отправлять их письмами. На разборе выясняется: форма требует заполнить поле данными, которые становятся известны лишь после выбора поставщика. При этом закупки не начинают работу без заявки. Сначала нужно устранить это противоречие и определить допустимый порядок заполнения.

После исправления формы проверьте обучение: предложите сотруднику самостоятельно создать учебную заявку и обработать её возврат на уточнение. Это покажет, при выполнении какого действия нужна помощь. Если переход связан с 1С, способы обучения команды и поддержки при просадке в первые месяцы разобраны в блоге компании.

В этом примере руководителю ещё предстоит определить, откуда закупки берут заявки после запуска. Если он продолжает принимать их и из программы, и из личной почты без понятных условий, прежний способ остаётся удобным обходом. Для исключений лучше заранее описать основание, ответственного и способ последующей регистрации.

Как внедрять изменения в коллективе: порядок действий

1. Объяснить, зачем меняется работа. Назовите проблему, ожидаемый результат и действия, которые теперь потребуются. Отделите принятое решение от деталей, которые команда ещё может предложить изменить. Если часть последствий пока неизвестна, обозначьте открытый вопрос и порядок ответа.


2. Вовлечь людей, к которым прислушиваются. Пригласите уважаемых коллег из затронутых подразделений, в том числе сомневающихся. Дайте им проверить обычные и неудобные случаи, предложить поправки. Их участие должно влиять на решение, иначе команда увидит лишь формальное одобрение.


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


4. Дать время и согласовать нагрузку. Проверьте, что сотруднику предстоит освоить и какие текущие задачи остаются. Выделите время для практики и разборов. Дату проверки навыка назначайте с учётом сложности работы; единый срок привыкания для всех придумывать не нужно.


5. Закрепить новый способ. Руководители сами соблюдают согласованный маршрут, отмечают полезные результаты и возвращаются к нерешённым препятствиям. Старые формы и поручения, которые противоречат переходу, нужно пересмотреть. Иначе сотрудники получат разные требования от одного руководства.

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

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

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

Подход Джона Коттера к изменениям в организации включает восемь шагов. Среди его опор — объединение сторонников, понятное направление, устранение барьеров, промежуточные результаты и закрепление нового поведения. Руководителю полезно проверить, есть ли за объявлением реальная поддержка: кто может убрать препятствие и как команда увидит результат.

Журнал препятствий: от жалобы до решения

Для работы с сопротивлением сотрудников заведите общий журнал затруднений. В запись включайте рабочий случай, проверенную причину, необходимое действие, владельца решения, срок проверки и условие закрытия. Отмечайте отдельно, кто может устранить препятствие: исполнитель, его руководитель или другое подразделение.

Например: «Заявка на срочную замену товара остановилась — в новом маршруте не определён согласующий. Владелец процесса назначает ответственного и описывает исключение. После настройки отделы проводят такую заявку повторно; запись закрывается, когда согласование проходит и результат доступен закупкам». Это условный образец записи, который можно приспособить к своему процессу.

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

Сравнивайте работу до и после перехода на сходных задачах: время прохождения, возвраты на исправление, полноту результата. Подсчёт входов в программу не покажет, дошла ли заявка до исполнителя. Вместе с цифрами сохраняйте объяснение затруднений и сообщайте команде, какие поправки внесены по её замечаниям.

Ошибки руководителя, которые мешают переходу

• Требовать согласия до обсуждения последствий. Объясните, что изменится для людей и какие вопросы ещё открыты. Не обещайте сохранить любую привычку или устранить все неудобства.


• Оставлять противоречивые стимулы. Если отдел оценивают только по скорости, а новый маршрут добавляет проверки, разберите этот конфликт, прежде чем требовать ускорения работы.


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


• Расширять пилот при нерешённых препятствиях. Покажите, что уже работает, а что требует исправления. Список завершённых настроек не заменяет проверку процесса.

Вопросы и ответы

Нужно ли убеждать каждого сотрудника?

Не обязательно добиваться одинакового отношения к переменам. Важно, чтобы люди понимали ожидаемые действия, имели условия для работы и могли сообщить о проблеме. Содержательные возражения проверяйте независимо от того, насколько охотно их автор поддерживает проект.

Что делать, если против выступает начальник отдела?

Выясните, какие последствия он видит для своего участка: потерю полномочий, конфликт показателей, нехватку ресурсов. Обсудите их с руководителем проекта и согласуйте ответственность. Просить подчинённых поддержать порядок, который их начальник предлагает обходить, — противоречивый сигнал.

Когда можно уменьшить поддержку?

Когда команда самостоятельно выполняет проверенные сценарии, а нерешённые вопросы имеют ответственных и понятный маршрут помощи. Проверьте также исключения, с которыми сталкивались на пилоте. Одного отсутствия жалоб для такого решения недостаточно.

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

Источники

• Prosci. The Complete Guide Managing Resistance to Change.


• Prosci. Overcome and Prevent Change Fatigue.


• Prosci. The Prosci ADKAR Model.


• Kotter. The 8 Steps for Leading Change.


• Microsoft Learn. Manage resistance and avoid organizational anti-patterns. Руководство по внедрению Power Platform.


• Prosci. Preventing and Managing Resistance to Organizational Change.