Модель изменений ADKAR

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

За одну минуту

ADKAR описывает пять результатов индивидуального изменения:

1. Awareness — осознание: человек может объяснить, зачем нужно изменение и что произойдёт при сохранении текущего состояния.
2. Desire — желание участвовать: человек готов поддержать изменение с учётом последствий, выбора, стимулов и доверия.
3. Knowledge — знания: человек понимает, что и как делать и где получать помощь.
4. Ability — способность: человек умеет выполнять новое действие в реалистичных условиях.
5. Reinforcement — закрепление: обратная связь, системы и последствия помогают новому поведению сохраниться.

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

ADKAR — модель индивидуальных изменений, а не полная методология организационной трансформации. Стратегия, спонсорство, операционная модель, права, ресурсы и координация портфеля требуют отдельного управления.

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

Какую проблему решает метод

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

ADKAR разделяет разные проблемы принятия. Человек может понимать причину, но не принимать последствия; знать процедуру, но не справляться с ней в реальной смене; или недолго применять новое поведение, пока старые системы и стимулы не вернут прежний способ работы. Модель превращает расплывчатое слово «сопротивление» в проверяемый вопрос о поддержке.

Когда использовать метод

Применяйте ADKAR, когда:

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

Когда не использовать метод

Не применяйте ADKAR:

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

Если группы, влияние и последствия неясны, сначала используйте карту стейкхолдеров. Вместе с ADKAR применяйте PDCA/PDSA, чтобы проверять эффект поддержки, а не предполагать причинность.

Необходимые входные данные

Подготовьте:

• точное описание изменения и нового поведения;
• сегменты по роли или контексту вместо одного среднего по компании;
• данные о текущем и будущем процессе;
• известные выгоды, вред, нагрузку, влияние на идентичность и стимулы;
• наблюдаемые индикаторы пяти результатов;
• конфиденциальные каналы для вопросов, несогласия и требований доступности;
• владельцев, способных менять коммуникацию, дизайн, обучение, ресурсы и закрепление;
• ритм повторной оценки и границу хранения данных.

Пошаговый процесс

1. Определите изменение и доказательство принятия

Укажите, кто, что, в каком контексте и к какому сроку должен делать иначе. Разделите бизнес-результат, технический запуск и индивидуальное принятие. «Использовать новую CRM» — слабая формулировка; «полевой специалист фиксирует критические исключения в мобильном процессе до закрытия визита» — наблюдаемая.

2. Сегментируйте по влиянию и контексту

Объединяйте людей, только если роль, локация, язык, доступ, риск и рабочий процесс действительно создают сходный опыт изменения. Не усредняйте офисных и мобильных пользователей, обычные и критические случаи.

3. Задайте этичную границу данных

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

4. Оцените все пять результатов

Для каждого сегмента соберите данные по Awareness, Desire, Knowledge, Ability и Reinforcement. По возможности используйте больше одного сигнала. Посещаемость доказывает только факт события.

5. Найдите самый ранний барьер

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

6. Подберите воздействие к барьеру

Используйте разные ответы:

• Awareness: покажите данные, контекст решения, последствия и неопределённость; обеспечьте ответы на вопросы.
• Desire: выявите последствия и возражения, исправьте несправедливые компромиссы, объясните реальный выбор и обеспечьте достоверное спонсорство.
• Knowledge: дайте ролевые инструкции, примеры, правила решений и доступную помощь.
• Ability: создайте практику, наставничество, время, права доступа, инструменты, реалистичные исключения и безопасную обратную связь.
• Reinforcement: согласуйте метрики, поведение менеджеров, признание, настройки систем и корректирующее обучение.

7. Устраните системные ограничения

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

8. Проведите ограниченный тест поддержки

Запишите прогноз и защитные метрики. Например: «После тренировки исключений с наставником доля верных завершений с первой попытки вырастет с 58% минимум до 75% без роста обходов правил безопасности». При необходимости сохраните человеческий или нецифровой канал эскалации.

9. Повторно оцените и адаптируйте

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

Взгляд на ИИ-автоматизацию

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

ИИ не должен:

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

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

Визуальная модель

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

Интерактивный пример

Сценарий

Сервисная компания внедряет мобильный процесс с ИИ-подсказками. Обучение посетили 94% техников. Только 36% могут объяснить причину изменения, опытные специалисты считают, что процесс лишает их необходимого профессионального суждения, а прошедшие учебную симуляцию ошибаются при потере связи.

Ваш ход

Определите самый ранний барьер для трёх сегментов и выберите по одному воздействию.

Разбор

• Для тех, кто не может объяснить операционную или безопасностную причину, ранний барьер — Awareness. Покажите данные, неопределённость и конкретное решение вместо очередной демонстрации функций.
• Для опытных специалистов, понимающих причину, но не принимающих потерю полномочий, ранний барьер — Desire. Пересмотрите права решения, сохраните обоснованный обход и покажите, как обратная связь меняет процесс.
• Для тех, кто понимает и поддерживает изменение, но не справляется с офлайн-исключениями, ранний барьер — Ability. Нужны реалистичная практика, офлайн-инструменты, наставничество и защищённое время.

Единая «оценка принятия» скрыла бы все три механизма.

Заметки фасилитатору

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

Ожидаемый результат

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

Частые ошибки

1. Обучение по умолчанию. Knowledge не исправляет слабое Awareness или неприемлемый компромисс.
2. Desire как послушание. Обоснованное несогласие, риск или нагрузка не являются недостатком характера.
3. Knowledge равно Ability. Завершение курса не доказывает работу в реальных условиях.
4. Один средний профиль. У сегментов могут быть разные ранние барьеры.
5. Линейное внедрение. Результаты взаимодействуют, ослабевают и требуют повторной оценки.
6. Reinforcement как праздник. Устойчивость зависит также от процесса, стимулов, обратной связи и удаления старых путей.

Чек-лист качества

• Будущее поведение наблюдаемо и привязано к роли.
• Сегменты отражают реальные различия последствий или контекста.
• У каждого результата есть данные помимо посещаемости или самооценки.
• Ранний барьер — пересматриваемая гипотеза, а не личный ярлык.
• Desire учитывает согласие, справедливость, нагрузку и права решений.
• Ability проверяется в обычных и исключительных условиях.
• Reinforcement согласует системы и последствия, а не только признание.
• Персональные данные и несогласие защищены.

Шаблон

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

Проверка знаний

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

A. Дополнительное Awareness-сообщение.
B. Дополнительные слайды Knowledge.
C. Reinforcement, включая конфликтующую метрику и поведение менеджеров.
D. Объявить команду сопротивляющейся.

Ответ: C. Способность уже есть, но рабочая среда продолжает вознаграждать прежнее поведение.

Связанные инструменты

• Карта стейкхолдеров выявляет группы, влияние, последствия и обязательства взаимодействия до диагностики.
• Матрица RACI проясняет владельцев решения, поддержки и системных ограничений.
• PDCA/PDSA проверяет, меняет ли поддержка наблюдаемое принятие.
• Service Blueprint показывает скрытые условия, которые могут блокировать Ability.
• Защита от ошибок меняет среду, когда ошибки следует предотвращать, а не бесконечно тренировать.

Источники

1. Prosci. «The Prosci ADKAR Model». Официальный обзор (откроется в новой вкладке). Дата доступа: 15 сентября 2026 года. Первичный практический источник; ADKAR — зарегистрированный товарный знак Prosci, Inc.
2. Hiatt, Jeffrey M. ADKAR: A Model for Change in Business, Government and Our Community. Prosci Learning Center Publications, 2006. Основной практический источник.
3. Creasey, Tim. «The Prosci ADKAR Model: Why It Works». Статья Prosci (откроется в новой вкладке), обновлена 18 апреля 2025 года. Практическое объяснение последовательности и барьерной точки.
4. Adelman-Mullally, T. et al. «The use of change theory to facilitate the consolidation of two diverse Bachelors of Science in Nursing programs». Nursing Outlook, 65(2), 2017. DOI (откроется в новой вкладке). Независимый прикладной кейс; он не доказывает универсальную причинную эффективность.
5. Mölders, S. et al. «Expanding the success factors of change management by incorporating crisis preparedness in the emerging AI world». Review of Managerial Science, 2026. DOI (откроется в новой вкладке). Независимый обзор, отмечающий ограниченную систематическую проверку распространённых моделей изменений.

Профиль метода

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