ADKAR: почему изменения не приживаются и как это исправить

TL;DR: Модель ADKAR объясняет, почему до 70% изменений в компаниях проваливаются — не из-за стратегии, а из-за того, что люди застревают на одном из пяти этапов: осознание, желание, знание, способность, закрепление. RuForge помогает диагностировать, на каком именно этапе зависла ваша команда, чтобы точечно устранить барьер — без лишних затрат и сопротивления.

Автор: Артур Нек
Рецензент: Мила Петрова

Почему 70% изменений проваливаются

Цифра 70% давно стала нормой в корпоративной литературе: McKinsey ещё в 2008 году зафиксировал, что большинство трансформаций не достигают заявленных целей. BCG подтверждает: даже при наличии правильной стратегии и бюджета проекты изменений срываются на уровне людей, а не процессов.

Причины стандартны:

  • Руководитель объявляет изменение и считает работу выполненной.
  • Сотрудники не понимают, зачем это нужно лично им.
  • Никто не объяснил, как именно нужно работать по-новому.
  • Первые попытки заканчиваются неловкостью — и люди возвращаются к старому.
  • Нет механизма закрепления: после запуска никто не следит за поведением.

Именно эти пять провалов описывает модель ADKAR, разработанная Джеффом Хиаттом из Prosci. Это не теория — это диагностический инструмент: вы проходите по пяти элементам и находите, где именно цепочка рвётся.

Модель ADKAR — 5 этапов принятия изменений

ADKAR — акроним: Awareness → Desire → Knowledge → Ability → Reinforcement. Каждый элемент — необходимое условие для следующего. Если человек застрял на «D», бессмысленно давать ему обучение («K»): оно не усвоится.

A — Awareness (Осознание необходимости)

Сотрудник должен понять: зачем вообще меняться? Это не про корпоративный меседж «мы движемся к цифровой трансформации». Это про личный ответ на вопрос: «Что произойдёт, если мы не изменимся?»

Что делать: Говорите на языке последствий. «Конкурент уже внедрил этот инструмент, и мы теряем 15% сделок» — это работает. «Компания стремится к инновациям» — нет.

Красный флаг: Сотрудники задают вопросы в духе «А зачем нам это?» и «Всё же работало нормально». Значит, Awareness не сформирован.

D — Desire (Желание участвовать)

Осознание проблемы не означает готовности действовать. Desire — это личная мотивация участвовать в изменении. Она формируется не из PowerPoint-презентаций, а из доверия к лидеру и видения личной выгоды.

Что делать: Найдите, что изменение даёт конкретному человеку: меньше рутины, больше статуса, новые навыки. Руководитель должен демонстрировать изменение собственным поведением — слова без действий убивают Desire мгновенно.

Красный флаг: «Я понимаю, зачем это нужно, но у меня нет времени» — человек в Awareness, но не в Desire.

K — Knowledge (Знание как меняться)

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

Что делать: Структурируйте обучение под конкретную роль. Бухгалтеру в новой CRM нужны не все функции — только те, что касаются его задач. Перегрузка убивает усвоение.

Красный флаг: После обучения сотрудники делают ошибки или не знают, к кому обращаться — Knowledge не проработан.

A — Ability (Способность применять)

Знание ≠ умение. Способность — это практический навык, формирующийся через повторение и обратную связь. Без этого этапа люди знают теорию, но возвращаются к старым привычкам при первом же стрессе.

Что делать: Создайте безопасную среду для ошибок: тренировочные сессии, наставничество, возможность задать «глупый» вопрос. Первые 2-4 недели после изменения — критический период формирования Ability.

Красный флаг: Люди обучены, но продолжают работать по-старому «потому что так привычнее» — типичный провал Ability.

R — Reinforcement (Закрепление)

Даже освоенное поведение может угаснуть, если нет подкрепления. Reinforcement — это система, которая фиксирует новое поведение как норму: признание, метрики, обратная связь, встроенность в процессы.

Что делать: Измеряйте. Хвалите публично тех, кто принял изменение. Убирайте возможность работать по-старому (например, отключите доступ к старой системе через 30 дней). Делайте ревью через 30-60-90 дней.

Красный флаг: Через 3 месяца после внедрения половина команды вернулась к старым практикам — Reinforcement отсутствует.

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

Prosci рекомендует простой метод: задайте 10-15 сотрудникам 5 вопросов — по одному на каждый элемент ADKAR. Оцените ответы по шкале 1-5. Первый элемент с оценкой 3 и ниже — это ваш «барьер».

Вопросы для экспресс-диагностики:

  1. Почему это изменение важно для компании? (A)
  2. Готовы ли вы лично участвовать в этом изменении? (D)
  3. Знаете ли вы, что именно нужно делать по-новому? (K)
  4. Чувствуете ли вы себя уверенно при выполнении новых задач? (A)
  5. Есть ли система, которая помогает вам поддерживать новые привычки? (R)

Не тратьте ресурсы на обучение, пока не устранён барьер на уровне Desire. Не запускайте Reinforcement, пока Ability не сформирован. Цепочка линейна.

Практический пример: внедрение нового CRM в отделе продаж

Ситуация: Компания B2B-дистрибутор, 40 менеджеров по продажам. Решили перейти с Excel на Bitrix24. После трёхмесячного внедрения система используется на 30% мощности — менеджеры продолжают вести клиентов в Excel.

Диагностика по ADKAR:

Элемент Что было сделано Результат
Awareness Объявление на общем собрании Формально выполнено
Desire Никакой работы Барьер — «Мы и так справляемся»
Knowledge 2-дневный тренинг Перегрузка, низкая усвояемость
Ability Нет тренировочного периода Не сформирована
Reinforcement KPI по CRM не введены Возврат к Excel

Что сделали: Провели встречи 1-на-1 с топ-10 скептиками (Desire). Запустили 30-дневный «пилот» только в одном регионе (Ability). Привязали KPI к заполнению CRM (Reinforcement). Через 60 дней — 78% использования системы.

Ключевой урок: барьер был на уровне Desire, а компания тратила деньги на обучение (Knowledge). ADKAR позволяет не промахиваться с инвестицией.

Связь с диагностикой RuForge

Управление изменениями — один из 10 доменов модели зрелости RuForge. Если вы замечаете, что ваши команды регулярно саботируют изменения, возвращаются к старым привычкам или не понимают «зачем», — это сигнал о дефицитах в Домене 6.

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

Пройти диагностику RuForge →

FAQ

Для каких масштабов подходит ADKAR — для малого бизнеса или только для корпораций?

ADKAR работает при любом масштабе: от команды из 5 человек до организации в 5000. Инструмент масштабируется — в малом бизнесе диагностику делает сам руководитель за один разговор с командой.

Сколько времени нужно на прохождение всех 5 этапов ADKAR?

Зависит от масштаба изменения. Небольшие процессные изменения — 2-6 недель. Технологические внедрения — 3-6 месяцев. Культурные трансформации — 1-3 года. Модель не ускоряет время, но устраняет потери на повторные попытки.

Что делать, если разные сотрудники застряли на разных этапах?

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

Можно ли применять ADKAR параллельно для нескольких изменений?

Можно, но осторожно. Если сотрудники одновременно переживают 3+ изменения по ADKAR, возникает «усталость от изменений» — Desire падает по всем фронтам. Приоритизируйте и выстраивайте позначитсть.

Полезные материалы

Проверьте свою управленческую зрелость: Пройти диагностику RuForge →