Внедрение изменений в организации: этапы, методы и управление изменениями в компании

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

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

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

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

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

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

Удержать эффект измнений удается редко. По оценке McKinsey, которую приводит Prosci, только 26% трансформаций дают устойчивый результат. Разница между сильной и слабой практикой управления изменениями видна и по проектам: в первом случае цели достигают 88% проектов, во втором — 13%. Сказывается и накопленная нагрузка: 53% сотрудников перегружены изменениями. Поэтому главное — довести изменение до работающего состояния, а не остановиться на запуске.

Цели обычно сводятся к четырем направлениям:

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

Каждую формулировку цели нужно проверять. Формулировка «стать эффективнее» для постановки задач не годится: по такой формулировке сложно понять, получилось или нет стать эффективнее. Что это вообще означает?

Задачи формулируют как проверяемые действия. Нужно понять, что именно не работает и почему; зафиксировать целевое состояние (что хотим получить) и критерии, по которым мы это состояние узнаем.

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

Цели и задачи стоит пересматривать по ходу. Если исходная гипотеза не подтвердилась, менять план нормально. Ненормально — продолжать по инерции, просто потому что бюджет-то уже выделен, надо делать.

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

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

Технологические изменения связаны с внедрением новых систем и автоматизацией. Речь может идти об ИИ для бизнеса или о замене учетной системы. Сопротивление персонала нередко выглядит вполне разумным: «интерфейс неудобный», «данные не сходятся». За этим часто стоит страх потерять экспертизу или показаться некомпетентным. Поэтому новая система без обучения и поддержки не приживется, несмотря на все ее достоинства.

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

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

Поэтому дальше обсудим пять этапов, которые как раз и задают этот порядок.

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

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

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

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

Вообще, необходимость изменений подтверждают ответом на вопрос, что произойдет, если ничего не менять. Если ответ — «ничего» или последствия терпимы, то честнее отложить работу, чем имитировать бурную деятельность.

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

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

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

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

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

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

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

Если все сделать правильно, то у сотрудников появляется понятная роль в переходе, и сторонним наблюдателем уже остаться не получится.

Результат этапа — назначенные роли и план подготовки. Признак перехода: руководители могут объяснить переход своими словами, сотрудники знают, куда идти с вопросом, а спонсор, руководитель направления и HR понимают свою зону ответственности.

Итак, план есть. Что дальше? Дальше — запуск.

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

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

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

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

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

Результат этапа — план закрепления и обновленные регламенты.

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

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

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

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

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

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

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

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

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

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

7S делит организацию на семь элементов. Жесткие — стратегия, структура, системы. Мягкие — общие ценности, стиль управления, состав сотрудников, навыки. Смысл модели в согласованности: если меняется один элемент, остальные тоже придется подстроить, иначе система вернется в прежнее состояние.

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

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

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

Выбрать метод — половина дела. Вторая половина проходит через людей, и здесь начинается отдельная тема — сопротивление переменам.

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

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

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

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

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

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

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

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

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

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

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

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

Чтобы намерение стало управляемым процессом, нужны рабочие инструменты. О них — дальше.

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

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

Чтобы исключить проблему «я думал, это делает другой», нужна матрица ответственности RACI (responsible, accountable, consulted, informed). Ее составляют на этапе постановки целей и расписывают, кто выполняет работу, кто отвечает за результат, кого консультируют и кого информируют.

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

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

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

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

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

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

Метрики выбирают до запуска и фиксируют их базовое значение.

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

Перед стартом полезно пройти короткий чек-лист:

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

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

В разных организациях требования к изменениям отличаются: последовательность работы и точки отдельного внимания зависят от исходного состояния.

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

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

Fresenius — порядок важнее скорости. С 2017 по 2022 год стоимость акций компании упала более чем на 70%. Выручка компании — около €22 млрд. Новый CEO запустил программу #FutureFresenius, начав со структуры, портфеля и финансовой модели. После этого перешли к культурным сдвигам и развитию целевых операционных моделей. Кейс ставит управленческий вопрос: правильно ли выбраны порядок, скорость и приоритеты.

Что общего в этих примерах:

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

У Fresenius структурные и финансовые изменения действительно шли раньше культурных. У Microsoft акцент был другим: стратегия и культура менялись параллельно. Разумеется, переносить чужие решения в свою компанию буквально не стоит — масштаб организации у вас другой, плюс в кейсах есть публичность, и реальные полномочия первого лица компании тоже задают свои ограничения.

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

С чего начать внедрение изменений в компании?

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

Сколько времени занимает процесс внедрения изменений?

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

Как закрепить изменения и избежать возврата к старым процессам?

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

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