Войти
Работаем: пн–пт 9:00–18:00Начать диагностику
Оно внедрено тогда, когда новая модель работы стала обычной. Сотрудники принимают решения по новым правилам. Данные фиксируются там, где должны. Роли действительно изменились. Старые обходные пути больше не являются нормой. Руководители не компенсируют недостатки системы ручным контролем. AMPE использует Change Management там, где необходимо не просто создать новое решение, а провести компанию через переход от текущего способа работы к новому.
Начать диагностикуСотрудник может сопротивляться системе, которая добавляет ему двойной ввод.
Руководитель может игнорировать новый процесс, если ответственность изменилась, а полномочия — нет.
Подразделение может саботировать общий KPI, если локальная мотивация работает в противоположную сторону.
Пользователь может возвращаться в Excel не из привычки, а потому что новый интерфейс не поддерживает реальную операцию.
Поэтому сопротивление для нас — сигнал. Иногда поведенческий. Иногда организационный. Иногда архитектурный.
Фраза «внедрить новую систему» слишком крупная.
Для каждого участника важнее другое: что он теперь делает иначе; какую информацию получает; какую больше не вводит; какое решение может принимать; за что отвечает; какой старый процесс перестаёт существовать; по какому показателю видно, что новая модель работает.
Когда этого уровня нет, люди слышат общую инициативу, но продолжают работать по старой логике.
При внедрении ERP, CRM, WMS, MES, BPM и других систем.
При изменении организационной структуры.
При централизации или, наоборот, передаче полномочий на места.
При стандартизации процессов.
При слиянии подразделений или компаний.
При переходе на новую модель планирования, KPI или контроля.
При цифровой трансформации, где меняется не интерфейс, а сама логика работы.
Интеграции работают. Тесты пройдены. Данные мигрированы.
Но роли не согласованы. Регламенты не обновлены. Сценарии исключений никто не проверил. Руководители продолжают запрашивать старую отчётность. Пользователи не доверяют новым данным.
Такой запуск формально состоялся, но переход ещё нет.
AMPE разделяет техническую готовность и готовность операционной модели.
Хорошее изменение встраивается в сам контур работы.
Маршрут подсказывает следующий шаг. Правило не даёт пропустить критическое условие. Система автоматически назначает ответственность. Показатель делает отклонение видимым. Интеграция убирает двойной ввод. Эскалация включается без ручного напоминания.
Так новая модель поддерживается не только коммуникацией и обучением, но и архитектурой процесса.
Можно пройти обучение и продолжить работать по-старому.
Поэтому мы смотрим на фактическое использование: доля операций в новом контуре; возврат к старым инструментам; количество ручных обходов; ошибки; срок выполнения; доля исключений; пользовательские отклонения; выполнение новой ответственности.
Принятие видно в работе, а не в списке присутствующих на презентации.
Управление изменениями связывается с проектом, процессами, ролями, данными и системами.
Мы фиксируем: что именно меняется; кого изменение затрагивает; какие зависимости критичны; какие старые механизмы должны исчезнуть; какие признаки подтверждают переход; что считается откатом.
После запуска контроль продолжается до тех пор, пока новая модель не становится устойчивой.
Проект и фактическое изменение перестают считаться одним и тем же.
Сопротивление можно разбирать по причине, а не подавлять коммуникацией.
Роли и процессы переходят вместе с системой.
Старые обходные пути становятся видимыми.
Руководство понимает, где новая модель уже работает, а где существует только формально.
И главное — эффект изменения не заканчивается в момент закрытия проекта.
Первый шаг
Для начала достаточно описать изменение, которое компания уже проводит или только планирует, и что в нём вызывает наибольшую неопределённость. Диагностика покажет, какие элементы перехода требуют управления вместе с самой инициативой.