Почему трансформации буксуют: как отличить видимость изменений от реальных подвижек

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

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

Почему трансформации буксуют: как отличить видимость изменений от реальных подвижек

Привет! Вместе с Настей Маловой в этот раз решили рассказать, почему в одних компаниях изменения приживаются, а в других остаются только «на бумаге», что мешает трансформации и как подготовить бизнес к переменам.

Что заставляет бизнес перестраиваться

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

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

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

Почему трансформации проваливаются

Истории о провальных трансформациях — не страшилки консультантов, а статистика. По данным Project Management Institute (PMI), 30–50 из 100 проектов не достигают своих стратегических целей, даже если формально закрываются «в срок и в бюджет». Похожая картина и в State of Agile 2024: 29% компаний не получили ожидаемых бизнес-результатов от Agile-трансформации.

Российских исследований меньше, но есть оценка в кейсах. По данным от консалтинговых фирм, 40–60% инициатив по изменениям в банках, телекомах и крупных корпорациях либо откладываются, либо не выходят на заявленные KPI.

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

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

Мы провели диагностику, поработали с владельцем продукта и добились реальных изменений. Структурировали бэклог, связали инициативы с целями компании. Сократили цикл поставки с 3–6 месяцев до 3–6 недель и вернули ответственность в руки команды и менеджеров.

Как менеджеры «убивают» трансформацию

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

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

Еще одна типичная ошибка — не создавать нормальные каналы коммуникации. Так идеи теряются, обратная связь запаздывает, а сотрудники воспринимают трансформацию как очередную кампанию «сверху».

Это самые частые причины стагнации, которые мы выявили в реальных проектах. В результате наблюдаем разрыв готовности (ready-gap) — когда команда на словах говорит «да», а на практике делает «нет».

В одном из наших проектов в нефтегазовой отрасли руководители заявляли поддержку Agile, но 70% мидл-менеджеров признавались, что боятся потерять контроль — это стало главным тормозом внедрения.

Чек-лист готовности к изменениям

Простой способ понять, готова ли команда к трансформации, — ответить на пять вопросов:

  1. Понимают ли сотрудники, что изменится в их работе завтра?
  2. Есть ли у них навыки или план получения навыков под новые задачи?
  3. Понимают ли, каким будет результат изменений через 1–2 месяца? А через 12 месяцев?
  4. Есть ли каналы связи менеджмент - команда для вопросов и поддержки?
  5. Выделяет ли руководство время и ресурсы на изменения или предлагает делать «всё в свободное время»?

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

Как раскачать готовность: какие приемы реально работают

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

Микропилоты

Это способ безопасно «примерить» новый подход. Лучше запускать эксперимент не сразу на весь холдинг с 50 000 сотрудников, а в 1–2 командах.

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

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

Мы не называли это Трансформацией, внедрением Agile / Продуктового подхода / другими модными словами, а просто использовали тактику «теневых изменений». В консервативных сферах компаниям часто нужно прочувствовать результаты изменений на собственном опыте, прежде чем полноценно поддерживать трансформацию.

Работа с лидерами и обучение по ролям

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

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

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

Регулярная коммуникация

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

Какие форматы коммуникации работают:

  • короткие, но регулярные апдейты — раз в 1–2 недели;
  • встречи формата Town Hall или AMA-сессии (Ask Me Anything);
  • открытый канал обратной связи;
  • дашборд или карта инициатив, которая показывает прогресс.

Фиксация результатов

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

Встраивание изменений в операционку

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

Мы в Orbix не раз решали проблему готовности с помощью небольших итераций, обучений и постепенного внедрения. Один из примеров: команда цифровых сервисов в компании нефтяной отрасли буксовала — согласования длились 3–4 недели, пилоты проваливались. После того как мы внедрили микроитерации и обучение мидл-менеджеров, time-to-market сократился с 12 до 4 месяцев, а удовлетворенность выросла на 30%.

Почему трансформация стала постоянной потребностью

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

Future of Jobs Report 2025 показывает: к 2030 году ИИ и цифровые технологии затронут до 86% компаний — роли меняются, модели работы пересобираются, а системный рескиллинг становится нормой. Параллельно идет «вторая волна» изменений — климатическая и «зеленая» повестка. Устойчивость и циркулярная экономика превращаются из «CSR-инициатив» (инициативы корпоративной социальной ответственности) в пересборку бизнес-моделей и цепочек поставок, сопоставимую по масштабу с цифровой трансформацией.

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

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

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

Наши клиенты отмечают:

  • продукт быстрее выходит на рынок — в отдельных случаях втрое быстрее;
  • повышается вовлеченность команд — это подтверждают NPS- и HR-метрики;
  • растет культура прозрачности и ответственности;
  • ТОПы лучше понимают менеджеров и наоборот.

Так что вопрос скорее не «Нужна ли вообще трансформация?», а «Успеем ли перестроиться раньше конкурентов и как это сделать?». В Orbix мы помогаем подойти к вопросу системно: диагностируем готовность компаний, строим стратегии вместе с клиентами, обучаем команды новым навыкам и помогаем идти к результату — от ТОП-менеджмента до продуктовых команд. Так мы обращаем перемены на пользу бизнесу.

14