Как управлять операционной эффективностью с помощью RUN, CHANGE и DISRUPT

RCD — модель, которую используют SAP, Gartner, IBM и крупные enterprise-компании, работающие в режиме постоянных изменений. Она появилась после того, как бизнес столкнулся с новой реальностью: операционная деятельность, трансформация и запуск новых направлений перестали существовать отдельно друг от друга. Пока одни команды поддерживают текущие процессы, другие внедряют новые системы, а третьи тестируют AI и новые продукты — и все это внутри одной организационной структуры, с общими ресурсами, KPI и ограничениями. Разберем, как устроены RUN, CHANGE и DISRUPT, почему для них не работают одинаковые подходы к управлению.

Компании уже работают в RCD. Просто не все это признают

RUN: операционная деятельность, которую нельзя остановить

RUN – это ежедневная работа бизнеса: продажи, производство, клиентский сервис, логистика, финансы, ИТ-поддержка. Здесь компании важны стабильность, сроки, выполнение SLA и предсказуемый результат. Поэтому RUN традиционно управляется через KPI, нормативы и операционные показатели.

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

CHANGE: изменения, которые происходят поверх операционки

CHANGE — это проекты трансформации внутри действующего бизнеса. Внедрение ERP, переход на новую CRM, автоматизация процессов, изменение оргструктуры — все это относится к CHANGE.

Изменения почти никогда не происходят в отдельной реальности. Те же сотрудники, которые поддерживают текущие процессы, участвуют и в трансформации. IT-команда одновременно закрывает инциденты и внедряет новую платформу. HR не только ведет подбор, но и перестраивает систему оценки персонала. Финансовый блок готовит отчетность и параллельно переходит на новую учетную систему.

В результате CHANGE начинает конкурировать с RUN за время, людей и управленческое внимание.

DISRUPT: новые направления, где старые правила не работают

DISRUPT — это режим экспериментов и поиска новых моделей. Сюда попадают AI-пилоты, новые продукты, цифровые сервисы, нестандартные каналы продаж и другие инициативы, которые могут изменить сам бизнес.

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

Например, компания может одновременно поддерживать текущую e-commerce-платформу, внедрять новую систему лояльности и тестировать AI-инструменты для персонализации продаж. Формально это разные задачи. Фактически — одни и те же команды, ресурсы и бюджеты.

Как в идеале?

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

Для RUN важны стабильные KPI, сроки и предсказуемая загрузка. Для CHANGE — скорость внедрения изменений и достижение проектных целей. Для DISRUPT — быстрые гипотезы, гибкость и возможность быстро перераспределять ресурсы без длительных согласований.

Главное отличие такой модели — бизнес начинает видеть не только итоговые показатели, но и реальную нагрузку на команды, конфликты приоритетов и узкие места между RUN, CHANGE и DISRUPT. Это позволяет поддерживать операционную деятельность без остановки изменений и не превращать новые инициативы в задачи «на остаточный ресурс».

Как приблизить бизнес к RCD 

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

Разделяйте типы работы

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

Поэтому важно отдельно видеть:

• что относится к поддержанию текущих процессов;
• что связано с изменениями;
• что является экспериментом или новой инициативой.

Без этого RUN постепенно начинает поглощать CHANGE и DISRUPT.

Следите за нагрузкой команд

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

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

Поэтому важно видеть:

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

Ограничивайте количество изменений одновременно

Чем больше CHANGE- и DISRUPT-инициатив бизнес запускает параллельно, тем сильнее они начинают конкурировать между собой и с операционной деятельностью.

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

Оцифруйте процессы

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

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

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

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

Поэтому постепенно бизнес приходит к необходимости видеть RUN, CHANGE и DISRUPT внутри одной управленческой логики. Когда стратегические цели связаны с реальной операционной и проектной деятельностью, нагрузка команд прозрачна, то влияние изменений на процессы видно заранее. Под эту задачу уже появляются специализированные системы. Например, в Directum Targets можно связать процессы, ресурсы и изменения в единой модели управления.

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