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

Что такое ADKAR и почему она подходит для внедрений ПО

Модель ADKAR, разработанная Prosci, — это структурированный подход к управлению изменениями в организациях, состоящий из пяти последовательных этапов: Awareness (осведомленность), Desire (желание), Knowledge (знания), Ability (умение) и Reinforcement (закрепление). Каждая буква обозначает веху, которую человек должен достичь, чтобы успешно принять новые модели поведения. Если пропустить любой из этих этапов, внедрение рискует провалиться. Эта модель особенно эффективна для внедрений ПО, потому что принятие программного обеспечения по сути связано с изменением индивидуальных моделей поведения, а не с корректировкой общей позиции организации. Например, успех миграции Salesforce зависит от того, обновляет ли каждый продавец возможности корректно. Аналогично, внедрение ERP зависит от того, выполняют ли аналитики финансов правильные операции. ADKAR задает маршрут к достижению этих результатов.

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

Применение ADKAR к внедрениям ПО

A: Awareness

Создание осведомленности заключается в том, чтобы сообщить сотрудникам о предстоящих изменениях и их причинах. Этот этап в первую очередь про коммуникацию: стартовые объявления, общие собрания, страницы с ответами на вопросы (FAQ) и публикации во внутреннем портале — типичные способы. Частая ошибка — слишком сильно инвестировать в осведомленность в начале и затем игнорировать ее позже, из-за чего сотрудники забывают важную информацию именно тогда, когда она им действительно нужна. Чтобы этого избежать, поддерживайте стабильный поток обновлений на протяжении всего внедрения.

Инструменты: Платформы вроде Staffbase и Firstup, а также внутренний портал вашей организации, помогают распространять информацию в масштабе и держать сотрудников в курсе.

D: Desire

Чтобы изменения были эффективными, сотрудники должны хотеть участвовать, или хотя бы не сопротивляться переходу активно. Это желание можно сформировать, четко объяснив личные преимущества изменений: более простые рабочие процессы, улучшенные инструменты и потенциальный карьерный рост. И наоборот, сотрудники должны понимать и цену отказа от изменений — например, что старая система станет устаревшей или что изменятся ожидания к эффективности. Баланс этих сообщений — ключ к формированию реального интереса и снижению сопротивления.

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

K: Knowledge

Знания — это обеспечение сотрудников необходимыми навыками и пониманием, чтобы эффективно использовать новую систему. Именно здесь в игру вступают обучение и разработка контента. Предзапускные обучающие сессии, индивидуальные траектории обучения под роли и доступные справочные материалы — важные элементы этого этапа. К сожалению, многие внедрения проваливаются из-за недостаточных инвестиций в качественное обучение, в результате чего ПО принимают «в общем виде».

Инструменты: Возможности Trupeer по созданию контента, а также Learning Management Systems (LMS) для отслеживания прогресса и платформы вроде Whatfix или WalkMe для подсказок прямо в приложении — важны для предоставления целевого и эффективного обучения.

A: Ability

Хотя знания носят теоретический характер, умение — практическое: оно предполагает, что сотрудники действительно выполняют задачи в новой системе. Чтобы развить умение, предоставляйте возможности для практики в песочнице, «теневой» работы и постепенного наращивания ответственности. Этот этап часто упускают из виду, хотя именно он нередко становится значительным источником хаоса после запуска, если его пропустить. Убедиться, что сотрудники уверенно выполняют свои обязанности в новой среде, критически важно для плавного перехода.

Инструменты: Среды песочницы, сценарии практики и встроенные ограничения (guardrails) в приложении необходимы для обучения на практике и формирования уверенности в новых процессах.

R: Reinforcement

Закрепление гарантирует, что новые модели поведения укоренятся со временем. Рекомендуется минимум шесть месяцев активностей по закреплению, включая регулярные обновления контента, коучинг со стороны менеджеров, оценку эффективности и признание достижений. Многие внедрения совершают ошибку: прекращают усилия по закреплению вскоре после go-live, из-за чего постепенно возвращаются старые привычки. Последовательное закрепление поддерживает импульс изменений.

Инструменты: Подсказки прямо в приложении, менеджерские карточки показателей (scorecards) и регулярные обновления контента помогают поддерживать вовлеченность и обеспечивать непрерывное улучшение.

Сравнение функций: инструменты, сопоставленные с этапами ADKAR

Подробный анализ: где на практике приложения ADKAR идут не так

Остановка на Knowledge

Одна из самых распространенных неудач при применении ADKAR — остановка прогресса на этапе Knowledge. Часто команды создают и проводят обучение, а затем преждевременно объявляют об успехе. Однако Knowledge — это всего лишь третий этап из пяти. Реальное принятие происходит на этапах Ability (практика) и Reinforcement (поддержание). Обучение без практического применения — это просто «сцена», а практика без закрепления — кратковременное событие. Внедрения, которые фокусируются только на обучении, часто сталкиваются с «потолком» принятия на уровне 40–50%, из-за чего руководители начинают сомневаться в ценности инвестиций. Чтобы это исправить, распределяйте ресурсы по всем пяти этапам, а не только по Knowledge.

Инструменты могут закрепить эту дисциплину. Библиотека обучения, которую быстро создавать и обновлять, например AI-генерированное видео плюс SOPs, делает регулярное закрепление доступным по цене. Digital Adoption Platform (DAP), которая предлагает реальные guardrails для умения в режиме реального времени, позволяет вести непрерывную практику. Без этих поддерживающих инструментов команды по умолчанию делают ставку на самый дешевый этап, который проще всего подготовить: контент для Knowledge.

Игнорирование Desire

Этап Desire часто получает недостаточное внимание, потому что он включает сложные разговоры. «Что мне это даст» требует честности в отношении изменений. Некоторые внедрения действительно приносят сотрудникам выгоды, а другие — нет. Попытки представить иначе разрушают доверие. Эффективные лидеры изменений обеспечивают откровенную коммуникацию: «Это будет сложнее в течение квартала, а затем станет более эффективным, чем старая система». Или: «Это изменение продиктовано требованиями комплаенса». Искренняя коммуникация способствует вовлечению, а «игра на публику» порождает цинизм.

Недооценка длительности Reinforcement

Закрепление должно продолжаться минимум шесть месяцев. Многие внедрения планируют только 4–8 недель поддержки после запуска, прежде чем объявить инициативу завершенной. Старые привычки часто возвращаются уже в течение квартала. Успешные внедрения планируют и закладывают бюджет на еженедельные активности по закреплению до шестого месяца и ежемесячные — начиная с седьмого и до двенадцатого. Инструменты, которые делают это возможным, — те, что позволяют генерировать контент с минимальными затратами: если создание нового обучающего видео занимает час, вы можете выпускать одно каждую неделю. Если же это требует полноценного спринта, возможно, вы сможете выпускать только одно в квартал.

Проблемы при применении ADKAR

Относиться к нему как к чек-листу. Этапы ADKAR — это не линейный чек-лист, который нужно отметить по мере завершения. Напротив, они пересекаются и циклично возвращаются, поэтому требуется постоянное внимание к каждому этапу, а не преждевременный переход дальше.

Неравномерные инвестиции. Частая проблема — вливать ресурсы в стартовую фазу (Awareness), при этом недофинансировать критичные области, например практику в песочнице (Ability). Такой дисбаланс может мешать успешному принятию.

Однократное закрепление. Проведение одного общего собрания после запуска не является закреплением; это лишь мимолетный момент. Настоящее закрепление — это устойчивые усилия, чтобы закрепить новые модели поведения.

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

Пробел у менеджеров. Менеджеры играют ключевую роль в формировании Desire и Reinforcement в своих командах. Без правильного обучения и вовлеченности эти этапы могут дать сбой, что поставит под угрозу усилия по изменениям.

Обязательные элементы

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

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

• Контент по Knowledge под роли до go-live: Адаптируйте обучающие материалы под конкретные потребности разных ролей, чтобы повысить релевантность и эффективность.

• Практика Ability в песочнице: Предоставьте сотрудникам практические, «руками» возможности для формирования уверенности в использовании новой системы до полного внедрения.

• План Reinforcement на 6 месяцев: Разработайте комплексную стратегию закрепления, которая будет длиться минимум шесть месяцев после запуска, чтобы закрепить новые модели поведения.

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

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

Сценарии использования и персоны

Внедрение EHR в здравоохранении: доктор Айша, CMIO, сеть больниц на 8 500 сотрудников

Доктор Айша возглавила внедрение Epic, явно сопоставив его с моделью ADKAR. Осведомленность повысили через общие собрания с клиницистами, а Desire сформировали, предложив врачам-сторонникам поделиться честными плюсами и минусами. Knowledge передали через роле-ориентированные видео Trupeer, а Ability развили за счет четырех недель практики в песочнице. Закрепление поддерживали с помощью шестимесячных часов приема врачей в офисе. В результате производительность после запуска снизилась только на 15% по сравнению со средним показателем по отрасли 30–40% и полностью восстановилась в течение восьми недель.

CRM в финансовых услугах: Маниш, директор по управлению изменениями, компания по управлению капиталом на 3 400 человек

Маниш применил модель ADKAR к миграции Salesforce. Контент для Knowledge разработали с помощью Trupeer, дополнив его SOPs для каждого рабочего процесса консультанта. Закрепление обеспечили ежемесячными обновлениями контента и коучингом менеджеров на основе данных Salesforce. В течение 90 дней метрики качества данных достигли 89%, что продемонстрировало эффективное принятие и интеграцию.

ERP в производстве: Энн, CIO, производственная компания на 5 200 сотрудников

Энн использовала фреймворк ADKAR, чтобы направлять миграцию SAP, распределив 22% бюджета программы пропорционально по каждому этапу. Эта стратегическая инвестиция дала уровень принятия 81% за шесть месяцев. Чтобы узнать больше, обратитесь к руководству по плану управления изменениями для связанных фреймворков и стратегий.

Лучшие практики

Инвестируйте во все пять этапов. Многие организации сильно фокусируются на Knowledge, но истинный успех приходит, когда ресурсы распределены равномерно между Awareness, Desire, Knowledge, Ability и Reinforcement.

Говорите честно на этапе Desire. Избегайте «приукрашивания» и сохраняйте прозрачность — это укрепляет доверие и помогает сформировать реальное вовлечение сотрудников.

Заложите бюджет на Reinforcement на 6 месяцев. Выделите достаточно ресурсов на непрерывные активности по закреплению, чтобы новые модели поведения стали укорененными и привычными.

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

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

Часто задаваемые вопросы

ADKAR лучше, чем Kotter?

То, насколько ADKAR подходит по сравнению с моделью Kotter, зависит от потребностей вашей организации. ADKAR более операционная: она фокусируется на изменении индивидуального поведения, тогда как модель Kotter стратегическая и делает акцент на более широких сдвигах в организации. Многие организации находят ценность в использовании обеих моделей в тандеме, чтобы охватить разные аспекты управления изменениями.

Как измерять этапы ADKAR?

Измерение этапов ADKAR предполагает использование опросов, адаптированных под каждый этап, с привязкой к релевантным бизнес-метрикам. Prosci предлагает инструменты оценки, которые помогут вам эффективно оценивать прогресс. Регулярные измерения позволяют проводить своевременные вмешательства и гарантируют, что инициативы по изменениям остаются в нужном русле.

Можно ли применять ADKAR к небольшим внедрениям?

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

Работает ли ADKAR для DevOps / agile?

Да, ADKAR можно применять в средах DevOps и agile с некоторыми адаптациями. Хотя базовые этапы по-прежнему применимы, может потребоваться скорректировать ритм и способ выполнения, чтобы соответствовать более быстрому итеративному характеру этих методологий. Встраивание ADKAR в agile-спринты помогает эффективно управлять изменениями в рамках этих подходов.

В чем самая большая ошибка ADKAR?

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

Финальное слово

ADKAR подтверждает свою ценность, когда команды берут на себя обязательства по каждому из пяти этапов, измеряют успех на каждой фазе и продолжают усилия по Reinforcement после первоначальной даты go-live. Многие внедрения дают сбой, останавливаясь на этапе Knowledge, а затем задаются вопросом, почему принятие выходит на плато. С правильными инструментами и дисциплинированным подходом выполнить все пять этапов вполне реально. Организации, которые посвящают себя этому комплексному процессу, получают результаты принятия, подтверждающие заслуженную репутацию ADKAR.