10.17 Управление организационными изменениями

Обзор и мотивация

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

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

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

Ключевые принципы

Меняйте людей, а не только систему. Развёртывание не принятие. Работа сделана, когда меняется поведение.
Ведите изменение и управляйте им. Видение и энергия заставляют людей двигаться; планы и закрепление заставляют их остаться.
Спонсорство это кислород. Изменение без преданного старшего спонсора умирает тихо, каждый раз.
Объясняйте «зачем» до «что». Люди принимают изменения, которые понимают, и сопротивляются навязанным.
Внедряйте инкрементально, измеряйте принятие. Пилот, обучение, расширение. Отслеживайте использование, а не только выпуск.
Закрепляйте или откатывайтесь. Без доведения люди возвращаются к старому способу. Поддержание вот что трудно.
Культура самый глубокий слой. Структура и процесс меняются быстрее убеждений; планируйте это.

Рекомендации

Воспринимайте принятие, а не развёртывание, как финишную черту

Самый частый провал в техническом изменении объявление победы при запуске. Инструмент установлен, объявление отправлено, программа помечена зелёным, и все идут дальше. Через полгода половина команд всё ещё на старом рабочем процессе, а обещанные выгоды так и не материализовались. Проблема в том, что развёртывание событие, а принятие процесс. Определите успех в терминах поведения: что люди будут делать иначе, сколько их и к какому сроку. Если вы вводите новый конвейер развёртывания, цель не «конвейер существует», а «восемьдесят процентов сервисов развёртываются через него, и среднее время выполнения упало». Запишите это до начала.

Это переформулирование напрямую связано с тем, как вы измеряете. Метрики развёртывания (установлено, раскатано, лицензировано) легки и вводят в заблуждение. Метрики принятия (активные пользователи, перенесённые рабочие процессы, выведенные старые пути) говорят правду. Связывайте результаты изменения с потоком от исследования к поставке главы 11.1, чтобы видеть, действительно ли изменение сдвинуло результаты, которые обещало, а не просто произошло.

Стройте руководящую коалицию и обеспечьте настоящее спонсорство

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

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

Сообщайте убедительное «зачем» многократно

Люди сопротивляются не столько изменению, сколько тому, что их меняют без объяснения. Самый надёжный способ снизить сопротивление сделать причину изменения по-настоящему понятой, а не просто объявленной. Это «A» и «D» модели ADKAR, представляющей индивидуальное изменение как последовательность: Осведомлённость (Awareness) о причине, Желание (Desire) участвовать, Знание (Knowledge) как, Способность (Ability) сделать и Закрепление (Reinforcement) для поддержания. Порядок важен. Если вы прыгаете к обучению людей (Знание) до того, как они поняли, почему изменение им помогает (Осведомлённость и Желание), обучение не закрепляется.

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

Внедряйте инкрементально и пилотируйте до масштабирования

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

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

Закрепляйте и поддерживайте, или смотрите, как оно откатывается

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

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

Выравнивайте структуру и культуру под изменение

Два более глубоких слоя определяют, может ли изменение удержаться. Первый структура. Если вы просите команды работать по-новому, но оставляете линии подчинения, стимулы и границы команд, породившие старый способ, структура победит. Идея, схваченная законом Конвея, что системы отражают коммуникационные структуры организаций, их строящих, режет в обе стороны: чтобы изменить, как строится программное обеспечение, нередко приходится менять, как нарезаны команды, тема, развитая в главе 1.2. Второй и самый глубокий слой организационная культура, общие допущения и ценности, которые рассматривает глава 1.1. Культура меняется медленнее всего, потому что живёт в том, во что люди верят, а не в том, что им говорят. Её нельзя предписать; вы сдвигаете её, меняя то, что руководители вознаграждают, терпят и моделируют, и затем ожидая. Планируйте график соответственно: процесс за недели, структура за месяцы, культура за годы.

Компромиссы: плюсы и минусы

Подход	Плюсы	Минусы
Внедрение «всё разом»	Быстро; единое переключение; нет цены параллельной работы	Сконцентрированный риск; нет цикла обучения; трудно отменить
Инкрементальное внедрение	Учится по ходу; сдерживает риск; строит внутренних сторонников	Медленнее; накладные расходы параллельной работы; изменение может застрять на полпути
Близкое следование названной модели (Коттер, ADKAR, Левин)	Общий словарь; ничто не забыто; убедительно для заинтересованных сторон	Ритуал над сутью; ложная уверенность; плохо подходит при жёстком применении
Прагматичный подход, информированный моделью	Подходит вашему контексту; фокусирует энергию там, где важно	Требует суждения; легко пропустить неудобные шаги
Выделенная функция управления изменениями	Согласованность; мощность; защита от насыщения изменениями	Накладные расходы; может стать барьером-галочкой; дистанция от работы

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

Вопросы для обсуждения с командой

Как мы узнаем, что это изменение было принято, а не просто развёрнуто, и кто будет следить за этой метрикой через полгода? Большинство команд могут назвать дату запуска и почти никто не может назвать кривую принятия через квартал. Прежде чем начинать, договоритесь о конкретном поведении, считающемся успехом, метрике, которая его схватывает, и человеке, отвечающем за её отслеживание далеко после запуска. Принесите на обсуждение три ваших последних значимых изменения и честно спросите, какая доля предполагаемой аудитории действительно изменила своё поведение и сохраняет его. Если вы не можете ответить это для прошлых изменений, вы измеряли развёртывание и называли это принятием. Ответ должен переформировать, как вы определяете «готово» для текущего усилия и кто остаётся подотчётным после праздника.
Кто преданный спонсор этого изменения, что именно он согласился делать и что происходит, если он уйдёт? Спонсорство сильнейший отдельный предсказатель того, закрепится ли изменение, и это то, что команды чаще всего предполагают, а не обеспечивают. Станьте конкретны: спонсор не имя на слайде, а старший руководитель, тратящий политический капитал, расчищающий препятствия и многократно появляющийся после запуска. В организациях с частой текучестью руководства, особенно в государстве через политические циклы, нужно планировать смену спонсора в полёте и строить коалицию достаточно широкую, чтобы её пережить. Принесите на совещание фактическое обязательство, письменно, если можете, и проверьте его на прочность: что станет с этим изменением, если этого человека переведут в следующем квартале? Если честный ответ в том, что оно рухнет, у вас единая точка отказа, которую нужно исправить сейчас.
Сколько изменений мы просим этих же людей поглотить сразу и не прошли ли мы точку насыщения изменениями? Каждая инициатива конкурирует за то же конечное внимание и добрую волю, а большие организации рутинно ведут столько сразу, что люди перестают реагировать на любую. Это усталость от изменений, и она причина, по которой совершенно хорошее изменение может провалиться по причинам, не имеющим отношения к его достоинствам. Составьте опись каждого значимого изменения, сейчас приземляющегося на рассматриваемые команды, а не только вашего, и посчитайте их с принимающей стороны. Принесите свидетельства того, как были приняты последние несколько изменений, вовлечены ли люди или тихо ждут, пока пройдёт последняя новинка. Если команды насыщены, верный ход может быть в упорядочивании, паузе или консолидации, а не более громкой коммуникации.
Каков наш план закрепления на шесть-двенадцать месяцев после запуска и какой старый путь мы обязуемся вывести, чтобы люди не могли дрейфовать назад? Повторная заморозка самая пренебрегаемая фаза, потому что внимание уже сдвинулось к следующей инициативе, пока старый рабочий процесс всё ещё в мышечной памяти, а новый всё ещё требует усилий. Для большой команды вывод унаследованного пути обычно сильнейший отдельный рычаг и тот, где больше всего политического трения, поскольку у какой-то группы всегда есть причина, почему старый способ должен остаться открытым чуть дольше. Принесите конкретную дату, когда вы намерены вывести старую систему, список несогласных и названные ими причины и порог принятия, ограничивающий отключение. Взвесьте риск слишком раннего вывода старого пути, то есть поломок и ответной реакции, против риска оставить его открытым бессрочно, то есть постоянной параллельной работы и тихого отката. В корпоративной и государственной среде, где унаследованная система может всё ещё питать отчётность соответствия или опираться на согласованные с профсоюзом процедуры, назовите, у кого полномочия подписать вывод и за сколько заранее нужно консультироваться с затронутыми сотрудниками.
Внедряем ли мы это инкрементально с настоящим пилотом или тихо планируем переключение «всё разом», потому что это кажется быстрее? Единое переключение концентрирует каждый риск в одном моменте и не даёт шанса учиться, однако его продолжают выбирать, потому что инкрементальное внедрение выглядит медленнее в плане. Для большой организации волны также создают внутренние референтные команды, чей успех убеждает следующую группу, чего единый переключатель никогда не даст. Принесите предлагаемую последовательность внедрения, критерии выбора первых пилотных команд (готовность и влияние, а не удобство) и запасной план на случай провала волны. Взвесьте накладные расходы параллельной работы и более долгий срок волн против сосредоточенного трудно обратимого риска переключения всех разом. В регулируемых или государственных контекстах, где проваленное переключение системы для граждан или значимой для безопасности публично видимо и трудно откатывается, поэтапное региональное или по сервисам внедрение нередко единственный защитимый выбор, и вы должны уметь сказать почему.
Меняем ли мы структуру и стимулы, породившие старое поведение, или просто просим людей вести себя иначе внутри той же системы? Поведение следует за структурой: если линии подчинения, стимулы и границы команд всё ещё вознаграждают старый способ, структура побеждает, и изменение размывается, как бы хорошо вы ни коммуницировали. Для большой команды это разница между изменением, которое держится, и тем, которое тихо откатывается, когда прожектор сдвигается, потому что структура и культура самые медленные и глубокие слои для сдвига. Принесите честную карту того, какие стимулы, метрики и границы команд сейчас тянут против нового способа и кто владеет изменением каждого. Взвесьте разрушение и цену времени реструктуризации против тщетности требования нового поведения внутри неизменной системы. В корпоративной и государственной среде, где границы команд, описания должностей и роли государственной службы или профсоюзов формализованы и медленно меняются, выявите рано, какие структурные изменения требуют переговоров или одобрения, поскольку эти сроки, а не технология, зададут ваш реальный график.

Взгляд по секторам

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

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

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

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

Примеры

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

Крупная организация. Фирма финансовых услуг с тремя тысячами инженеров запускает миграцию платформы наряду с четырьмя другими программами трансформации. Небольшая центральная функция управления изменениями замечает, что команды насыщены, и упорядочивает программы вместо параллельного запуска, давая каждой чёткое окно. Для самой миграции они называют руководителя-спонсора, строят коалицию директоров по инженерии, многократно сообщают «зачем» (регуляторный риск и цена) и внедряют волнами по десять команд. Они отслеживают перенесённые рабочие процессы и выведенные старые системы, а не купленные лицензии, и продолжают сообщать кривую принятия год. Упорядоченные программы приземляются; более ранняя, запущенная «всё разом» и никогда не закреплённая, тихо откатилась.

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

Бизнес-обоснование: мотивы, ROI и TCO

Бизнес-обоснование управления изменениями неудобно, потому что его отдача проявляется как избегнутая потеря, а не видимый выигрыш. Рассмотрите знаменатель, который большинство руководителей никогда не считает: деньги, уже потраченные на инструменты, платформы и реорганизации, которые были развёрнуты и никогда не приняты. Это чистые потери, и они огромны в больших организациях. Управление изменениями превращает эти расходы в реализованную ценность. Окупаемость проста: скромное намеренное вложение в спонсорство, коммуникацию, пилотирование и закрепление драматически повышает вероятность того, что гораздо большее техническое вложение окупится. Потратить на десять процентов больше, чтобы остальные девяносто приземлились, очевидно стоит того, однако это рутинно режут первым.

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

Антипаттерны и ловушки

Объявление победы при запуске: воспринимание развёртывания как финиша, так что принятие никогда не продвигается и не измеряется, и изменение тихо проваливается.
Спонсор только по имени: старший руководитель, одолживший имя старту и затем исчезнувший, сигнализируя, что изменение на самом деле не важно.
Всё «разом»: переключение всех сразу, концентрирующее весь риск в одном моменте без цикла обучения и запасного варианта.
Только выгоды, никаких цен: коммуникация, продающая только плюсы, что учит людей не доверять следующему объявлению.
Насыщение изменениями: стек стольких инициатив на тех же людях, что они перестают реагировать на любую, с последующим обвинением в сопротивлении.
Пропуск повторной заморозки: запуск и уход без вывода старого пути или впекания нового, так что люди откатываются.
Модель как ритуал: исполнение восьми шагов или пяти букв ADKAR как церемонии при пропуске сути под ними.
Игнорирование структуры и культуры: просьба о новом поведении при оставлении нетронутыми стимулов, границ команд и убеждений, породивших старое поведение.

Модель зрелости

Уровень 1, Начальный: Изменение только техническое и обрабатывается стихийно. Новые инструменты и реорганизации объявляются и развёртываются; принятие предполагается и не измеряется; проваленные изменения сваливаются на сопротивляющихся людей. Нет роли спонсора, плана коммуникации и закрепления.
Уровень 2, Развитие: Появляются базовые практики, различающиеся от команды к команде. Некоторые изменения получают спонсора и план коммуникации, а внедрения порой пилотируются, а не «всё разом». Принятие отслеживается неформально для громких усилий, но закрепление слабо, а откат обычен. Насыщением изменениями не управляют, а то, что одна команда делает хорошо, следующая изобретает с нуля.
Уровень 3, Стандартизация: Согласованный подход документирован и ожидается по организации, информированный установленными моделями, но применяемый прагматично. Значимые изменения требуют названного спонсора и коалиции, ясного «зачем», инкрементального внедрения и метрик принятия. Закрепление запланировано, а портфель одновременных изменений видим и упорядочен, так что та же дисциплина применяется, какая бы команда ни вела изменение.
Уровень 4, Управление: Принятие измеряется и контролируется относительно базовых значений, а не предполагается. Кривые принятия, время до целевого принятия, доли отката и нагрузка насыщения изменениями на команду отслеживаются на панелях; пороги паузы и остановки заданы заранее и принуждаются по свидетельствам; обязательства спонсора и послезапусковое закрепление проверяются; а каждое изменение сверяется с намеченной метрикой изменения поведения, прежде чем кто-либо назовёт его готовым.
Уровень 5, Оркестрация: Возможность изменений организационная сила, интегрированная со стратегией и планированием портфеля. Насыщение непрерывно балансируется по всей организации; структура и культура воспринимаются как часть каждого изменения; спонсорство по замыслу переживает текучесть руководства; уроки каждого изменения возвращаются, улучшая следующее; а организация адаптивно переупорядочивает и пересматривает объём своего портфеля изменений по мере сдвигов приоритетов.

Идеи для обсуждения

Посмотрите на ваши пять последних значимых изменений. Сколько было действительно принято и как бы вы вообще узнали? Что честное число говорит о вашем умолчании «готово»?
Где в вашей организации усталость от изменений сейчас наиболее высока и что потребовалось бы, чтобы остановить или консолидировать, а не добавлять ещё одну инициативу?
Какая названная модель, если вообще, лучше подходит вашей культуре и используете ли вы её как контрольный список против забывания или исполняете как ритуал?
Что происходит, когда спонсор уходит в середине изменения? Опирается ли какое-то текущее изменение на единую точку отказа, которую стоит расширить сейчас?
Какие старые пути вы всё ещё оставляете открытыми, позволяя людям откатываться, и чего стоило бы вывести их навсегда?
Как долго после запуска вы продолжаете измерять принятие и что изменилось бы, если бы вы удвоили это окно?

Главные выводы

Управление изменениями о том, как люди принимают новые способы работы, отдельно от самого технического изменения; развёртывание не принятие.
Усилия по изменению проваливаются по предсказуемым человеческим причинам: отсутствующее спонсорство, необъяснённое «зачем», риск «всё разом», насыщение изменениями и отсутствующее закрепление, редко из-за технологии.
Используйте установленные модели (Коттер, ADKAR, Левин) прагматично, как контрольный список против забывания, а не ритуал для исполнения.
Стройте коалицию, обеспечьте преданного спонсора, многократно сообщайте «зачем», внедряйте инкрементально (глава 12.6) и измеряйте принятие, а не только развёртывание (глава 11.1).
Закрепляйте неустанно или смотрите, как команды откатываются; выводите старый путь и впекайте новый в умолчания.
Выравнивайте структуру (глава 1.2) и культуру (глава 1.1) под изменение; культура самый медленный слой и не может быть предписана.
В корпорации управляйте всем портфелем, чтобы избежать насыщения изменениями; в государстве проектируйте изменение так, чтобы оно пережило политические циклы, ограничения закупок и консультации с профсоюзами.

Источники и дополнительное чтение

John P. Kotter, Leading Change.
John P. Kotter, “Leading Change: Why Transformation Efforts Fail,” Harvard Business Review.
Jeff Hiatt, ADKAR: A Model for Change in Business, Government and Our Community (Prosci).
Kurt Lewin, Field Theory in Social Science.
Chip Heath and Dan Heath, Switch: How to Change Things When Change Is Hard.
William Bridges, Managing Transitions: Making the Most of Change.
Everett M. Rogers, Diffusion of Innovations.
Edgar H. Schein, Organizational Culture and Leadership.
Todd Jick and Maury Peiperl, Managing Change: Cases and Concepts.