Управление в эпоху двойной сложности: почему реактивный менеджмент не поспевает за вызовами
Компании одновременно сталкиваются с двумя видами сложности. Внешняя среда меняется быстрее, чем бизнес успевает перестраиваться, а внутри растут объёмы операций, число проектов, согласований и документов. В этих условиях реактивное управление перестаёт справляться: руководители всё больше времени тратят на разбор уже возникших проблем и всё меньше — на работу с будущим.
Сергей Трушкин, академический директор по направлению цифровизации Академии Ростех и генеральный директор компании Идеальные процессы, объясняет, почему привычных инструментов управления уже недостаточно и как цифровой двойник на основе графовых баз знаний помогает перейти от реакции на события к управлению будущими состояниями компании.
Двойная сложность: два удара по управлению
Первое. Динамика среды растёт так, что не все успевают реагировать. Рынки, технологии, регулирование, ожидания клиентов — всё меняется быстрее, чем компания успевает осознать и перестроиться. Те, кто не успевает, выбывают.
Второе. Те, кто остаётся адекватным, получают второй удар — структурную сложность за счёт роста объёма операций. Больше сделок, больше проектов, больше людей, больше согласований, больше документов. Система, которая работала, когда операций было в десять раз меньше, перестаёт справляться. Управление превращается в лавину.
Два удара бьют одновременно: высокая динамика не даёт реагировать «по факту», а структурная сложность не позволяет разобраться, что вообще происходит. Реактивный менеджмент бессилен и против первого, и против второго.
Боль, которую вы узнаете
Каждое утро вы приходите на работу и начинаете тушить пожары. Срывы сроков, недопонимание между отделами, переделки, перерасход бюджета, конфликты на ровном месте. Знакомо?
Вы нанимаете людей, ставите процессы, пишете регламенты, проводите совещания. Но проблемы возвращаются. Почему?
Потому что реактивное управление не решает следующие проблемы:
1. Коммуникации искажают смысл.
Каждое письмо, каждое решение обрабатывается в локальном контексте участника: «я прочитал, я понял, я ответил». Завтра другой участник читает то же самое в своём контексте — интерпретация неизбежно отличается. Отсюда конфликты, переделки, срывы. Качество коммуникаций напрямую определяет, сколько раз вы переделываете одну и ту же задачу.
2. Нет единой картины сделки или проекта.
Договор в одном файле, спецификация в другом, переписка об изменениях — в почте, план — в третьем, отчёты — в четвёртом. Никто не видит полной картины. Контроль сроков — ручной. Эффективность — на уровне «кажется, успеваем».
3. Прошлого много, будущего — нет.
Данных о том, что уже произошло, — массивы. Отчёты, закрытые документы, архивы.
А данных о будущем — в сотни раз меньше. Планы, прогнозы, сценарии — их почти нет. Почему? Потому что создавать модель будущего в бумажном мире слишком трудоёмко. Слишком много писать, переписывать, согласовывать. Проще «решать по ходу».
4. Данные прошлого не используются для построения модели будущего. Мы собираем отчёты, храним документы, ведём архивы — но не строим на их основе модель, которая позволяла бы анализировать сценарии и прогнозировать. Прошлое превращается в мёртвый груз, а не в инструмент управления. Данные есть, но они не работают на будущее.
5. Реакция вместо упреждения.
Проблема возникла — начали разбираться. Заказчик недоволен — собираем совещание. Срок сорван — ищем виноватых. Реактивный подход — это управление вчерашним днём. Он не создаёт данных о будущем, а значит, не позволяет управлять им. И он не использует данные прошлого, чтобы это будущее предсказать.
6. Изменения = хаос.
Рынок меняется, требования меняются, люди меняются. Каждое изменение в бумажном мире — это новый документ, новое согласование, новая рассылка. Актуальность модели деятельности теряется за дни.
Суть: данные о будущем не создаются, потому что это слишком дорого
В мире бумажного хранения и человеческого управления операция создания полной информационной модели будущего состояния (сделки, проекта, портфеля) требует колоссальных трудозатрат. Столько писать и переписывать просто некому. Поэтому мы создаём ровно столько данных, сколько нужно, чтобы «как-то доехать». Остальное — в
головах, в переписке, в заметках. Информация рассыпана инфо-пазлами по тысяче писем и файлов.
А когда информация не собрана в единую модель, управлять можно только реактивно. Реагировать на уже случившееся. Догонять уходящий поезд.
Как это решают идеальные процессы
В подходе «Идеальные процессы» эта проблема решается за счёт создания цифрового двойника на основе графовых баз знаний.
Основной анализ в такой системе проводится о будущем: сценарии, прогнозы, план факт, коррекция модели. Данные прошлого не лежат мёртвым грузом — они используются для выявления лучших практик и стандартов, на которых и строится модель будущего. Прошлое становится фундаментом, а не архивом.
Процессы при этом строятся не как жёсткая инструкция «на все случаи», а вытягивающими методами — конфигурируются под конкретную ситуацию. Это даёт тотальную эффективность: каждый раз процесс ровно такой, какой нужен именно сейчас, а не усреднённый шаблон, который не работает в деталях.
Цифровой двойник — это не статичная копия, а живая модель: прошлое кормит стандарты, стандарты собирают модель будущего, модель сверяется с реальностью и корректируется.
Инфо-пазлы: другая картина мира
Каждое действие по сделке — это не письмо и не файл, а частичка информационного поля. Дата отгрузки, сумма, ответственный, статус — каждый элемент должен лежать на своём месте в единой модели.
В цифре мы можем легко составить полную информационную модель сделки до того, как начнётся исполнение. А потом только следить за её актуальностью и корректировать.
Нет движения информации — нет потерь времени и искажений. Информация всегда на своём месте. Любой участник видит не «что мне написали», а «как обстоят дела на самом деле». Коммуникация перестаёт быть цепочкой искажений — она становится мгновенным доступом к актуальной модели.
Сейчас мы делаем наоборот: создаём документы, и модель emerges по ходу. Сначала договор, потом спецификация, потом акт, потом переписка об изменениях — и полной картины нет.
В цифровом мире порядок обратный: сначала полная модель, из неё — любые документы в один клик. Договор, счёт, акт — разные проекции одной сущности.
Динамическая модель: управлять изменением, а не реагировать на него
Ключевой тезис: чтобы гарантированно достигать целей в изменчивой среде, процесс достижения сам должен быть изменчивым (динамичным).
Это означает: коррекция сначала в модели, а затем в деятельности, которой управляет эта модель. Не «случилось — разбираемся», а «разошёлся прогноз с реальностью — поправили модель — деятельность подстраивается».
Мы создаём полный граф, моделирующий деятельность, объекты и работы в привязке к месту и пространству. Затем отслеживаем его актуальность относительно текущей ситуации и быстро меняем модель будущего для достижения поставленных целей.
Это и есть цифровой двойник зоны ответственности. А из них собирается кибермозг предприятия.
Что делать: три шага
Понять. Осознать, что реактивное управление — это выбор. И что данные о будущем не создаются только потому, что их создание в бумаге слишком трудоёмко. В цифре — нет.
Принять. Принять, что управленческая модель должна жить в графе знаний, а не в документах. Что коммуникации мгновенны, когда контекст глобален, а не локален.
Начать делать. Возьмите любую тему, где есть большие проблемы с коммуникациями. Параллельно основному потоку согласований на каждом шаге наполняйте граф знаний. Не вместо — а параллельно. С помощью вайб-кодинга, прямо на рабочем месте.
Шаг за шагом документы перестают просто двигаться — они строят модель. Сроки перестают быть сюрпризом. Точность не зависит от памяти. Контроль автоматический. Эффективность — измеримая.
Хотите обсудить, с какой темы начать в вашей компании? Напишите на sergey@trushkin.online — согласуем время демонстрации.
Технология проведения интервью с владельцем бизнес-процесса: пошаговое руководство
Интервью с владельцем бизнес-процесса — пошаговое руководство по подготовке встреч, моделированию процессов в нотациях VAD и BPMN, фиксации отклонений, заполнению карточек и согласованию итогового Паспорта процесса.