Три схемы управления: программная, программно-адаптивная, предсказатель-корректор

Из книги «Государство как система»

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


Введение: почему схема управления важнее, чем кажется

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

Три схемы управления:

СхемаПринципОбратная связьЦена ошибки
ПрограммнаяПлан принят раз в год, не корректируетсяОтсутствуетМаксимальная
Программно-адаптивнаяРеакция на отклонения с запаздываниемЕсть, но с фазовым сдвигомТроекратная
Предсказатель-корректорПрогнозирование и упреждающая коррекцияНепрерывная, через будущееМинимальная

Схема 1. Программное управление

Почему план, принятый раз в год, гарантирует провал?

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

graph LR classDef plan fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px classDef reality fill:#ffebee,stroke:#c62828,stroke-width:2px classDef gap fill:#fff3e0,stroke:#e65100,stroke-width:2px,stroke-dasharray:5 P[План
принят раз в год] --> R[Реализация] R --> O[Отчёт
через год] O -.->|обратная связь
отсутствует| P class P,R,O plan style P fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style R fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style O fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px

Классический пример: бюджет региона. Его верстают летом, защищают осенью, принимают в декабре. В январе он начинает исполняться. В марте случается то, чего никто не ждал: например, резко выросла цена на стройматериалы. Что происходит с бюджетом? Формально — ничего. Он принят законом. Чтобы изменить строку, нужно пройти процедуру: поправки, комитеты, голосование. Это полтора-два месяца. А стройка стоит. Деньги выделены, но их не хватает. Подрядчик берёт кредит под бешеный процент или бросает объект.

Цена программной схемы:

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

Но у нас есть ручное управление — губернатор может собрать совещание

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


Схема 2. Программно-адаптивное управление

Почему «быстрое реагирование» всё равно проигрывает?

Программно-адаптивная схема — это когда система реагирует на отклонения, но всегда с запаздыванием. У вас есть план. Вы отслеживаете его исполнение. Когда отклонение достигает некоего порога — допустим, 15 процентов, — вы включаете коррекцию. Собираете совещание, перераспределяете ресурсы, меняете подрядчика.

graph LR classDef plan fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px classDef monitor fill:#fff3e0,stroke:#e65100,stroke-width:2px classDef delay fill:#ffebee,stroke:#c62828,stroke-width:2px,stroke-dasharray:5 P[План] --> R[Реализация] R --> M[Мониторинг
с запаздыванием] M -->|отклонение > порога| K[Коррекция] K --> P class P,R,M,K plan style P fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style R fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style M fill:#fff3e0,stroke:#e65100,stroke-width:2px style K fill:#fff3e0,stroke:#e65100,stroke-width:2px

Почему это всё равно проигрышная стратегия:

Представь временную ось. Отклонение возникло в понедельник. Доклад лёг на стол во вторник. Совещание собрали в среду. Решение приняли в четверг. Приказ пошёл в пятницу. Исполнять начали в понедельник. Прошла неделя. Отклонение за эту неделю выросло с 15 до 30 процентов. Ты реагируешь на ситуацию недельной давности.

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

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

Это же лучше, чем ничего — мы хотя бы реагируем

Лучше, чем ничего — да. Но это всё равно управление по факту свершившегося сбоя. Вы не предотвращаете проблему, вы её ликвидируете. Разница между предотвращением и ликвидацией — это разница между плановым ремонтом и аварийным. Аварийный ремонт в 3–5 раз дороже планового. Вот цена фазового сдвига.


Схема 3. «Предсказатель-поправщик»

Как замкнуть обратную связь через будущее?

В схеме «предсказатель-поправщик» часть обратных связей замыкается через прогнозируемое будущее состояние. Мы не ждём отклонения. Мы предсказываем его и корректируем воздействие до того, как отклонение стало фактом.

graph LR classDef plan fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px classDef predict fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px classDef correct fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px classDef feedback fill:#fff9c4,stroke:#f9a825,stroke-width:2px P[План] --> C[Коррекция] C --> R[Реализация] R --> M[Мониторинг
реального времени] M --> PR[Прогноз
будущего состояния] PR -->|отклонение прогноза
от плана| C PR -->|верификация| M class P,R,PR,M,C plan style P fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style R fill:#e8f5e9,stroke:#2e7d32,stroke-width:2px style M fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px style PR fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px style C fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

Как это работает на практике:

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

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

Это требует сложных прогнозных моделей. У нас нет таких данных

Начните с простого. Скользящая средняя в Excel за 12 периодов даёт прогноз лучше, чем 80% экспертных оценок. Главное — не сложность модели, а скорость цикла. Даже грубый прогноз, пересчитываемый ежедневно или еженедельно, эффективнее точного прогноза, пересчитываемого раз в год. Начните с малого — и точность придёт с опытом.


Сравнительная таблица трёх схем

КритерийПрограммнаяПрограммно-адаптивнаяПредсказатель-корректор
Обратная связьОтсутствуетЕсть, но с запаздываниемНепрерывная, через прогноз
Цикл коррекцииГодНеделя-месяцДень-час
Тип управленияРеактивноеРеактивноеУпреждающее
Цена ошибкиМаксимальнаяТроекратнаяМинимальная
Роль руководителяИсполнитель планаПожарныйАрхитектор системы
ПримерБюджет на годЕжемесячные отчётыДашборд в реальном времени

Почему большинство регионов застревают во второй схеме?

Три причины, по которым 80% регионов живут в программно-адаптивной схеме:

1. Отсутствие данных в реальном времени. Схема «предсказатель-корректор» требует данных. Не отчётов, не докладных записок, а машиночитаемых данных с датчиков, касс, регистров. В большинстве регионов до сих пор ключевые данные собираются в Excel, передаются по электронной почте и сводятся вручную. Пока их свели — они уже устарели.

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

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


Трижды переплатить: цена программно-ад аптивной схемы

Тип переплатыСутьПример
ДеньгиТушение пожаров всегда дороже профилактикиАварийный ремонт дороги в 3–5 раз дороже планового
ВремяКаждый день задержки — потерянный капиталМикрорайон не заселён — застройщик платит проценты по кредиту
Упущенные возможностиРесурсы уходят на реакцию, а не на развитиеПока вы тушите пожары, конкуренты строят будущее

Цифры для среднего региона: переход от второй схемы к третьей высвобождает от 15 до 25 процентов операционных расходов. Это не сокращение коек или учителей — это сокращение «тушения пожаров»: аварийных ремонтов, судебных издержек, повторных закупок, бюрократических согласований. Добавьте к этому рост Выработки за счёт ускорения оборачиваемости капитала — и получите ещё 10–15 процентов. Суммарно — четверть бюджета, которая сегодня работает не на развитие, а на компенсацию управленческих ошибок.


Конспект раздела

  1. Программная схема — план живёт отдельно, реальность отдельно. Обратная связь замыкается раз в год на отчёте. Цена — полная потеря управляемости.

  2. Программно-адаптивная схема — есть мониторинг и реакция на отклонения. Но реакция всегда с запаздыванием. Вы тушите пожары, а не предотвращаете их. Цена — троекратная переплата (деньги, время, упущенные возможности).

  3. Схема «предсказатель-поправщик» — часть обратных связей замыкается через прогноз будущего состояния. Система предсказывает отклонение и корректирует воздействие до того, как отклонение стало фактом. Фазовый сдвиг устраняется. Цена перехода — другая ИТ-инфраструктура и другая культура управления.

Главная мысль

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


Готовы перейти к упреждающему управлению

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

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