Часть 1. От функции к задаче
1. Принцип платформенной координации
Цифровая трансформация государственного управления обычно обсуждается в терминах технологий – электронный документооборот, облачные сервисы, межведомственные базы данных. Однако ключевой барьер лежит не в отсутствии инструментов, а в способе организации труда самого чиновника. Пока единицей управления остаётся функция, закреплённая за должностью, любые цифровые надстройки лишь автоматизируют существующую иерархию, не меняя её глубинную неэффективность. Переход к модели «министерство-платформа» требует заменить функцию на задачу как элементарную единицу трудовой деятельности.
1.1. Два способа сборки государственной работы
В классическом министерстве работник воспринимается как носитель предписанной функции. Функция закрепляется должностной инструкцией, привязана к штатному расписанию и вознаграждается фиксированной заработной платой за отработанное время. В такой системе:
- усилия измеряются косвенно – через присутствие или объём созданных документов;
- компетенции избыточны или недостаточны относительно реальных потребностей, потому что штатное расписание подстраивается под усреднённые нормативы, а не под конкретный портфель задач;
- перераспределение нагрузки требует иерархических согласований, а временные рабочие группы рассматриваются как исключение.
Платформенная модель вводит иную единицу – задачу. Задача характеризуется:
- требуемой компетенцией (или набором компетенций);
- трудоёмкостью (ожидаемым временем выполнения);
- внутренней ценой (бюджетным весом, приоритетом или репутационным вознаграждением);
- правом формировать кросс-группу исполнителей, временный коллектив, не привязанный к структурному подразделению.
Принципиальное различие двух моделей систематизировано в таблице 1.
Таблица 1. Функция vs задача как единица управления
| Критерий | Функция (классическое министерство) | Задача (министерство-платформа) |
| Единица контрактации | Должность с окладом за отработанные часы | Атомарная задача с фиксированной «ценой» (бюджет / репутационные баллы) |
| Коллектив исполнителей | Отдел / управление, жёстко закреплённое иерархией | Кросс-группа, собираемая под задачу из сотрудников разных подразделений или внешних поставщиков компетенций |
| Принцип подбора | Назначение начальником на основе штатного расписания | Алгоритмический поиск компетенций и доступности (институциональная координация) |
| Распределение времени | Равномерная загрузка или приоритет по должности; высокая фрагментация внимания | Группировка схожих задач, минимизирующий переключения контекста |
| Компетентностный профиль | Избыток одних компетенций и дефицит других внутри отдела (высокая дисперсия) | Компетенции агрегируются на уровне платформы, сглаживая дисбалансы |
| Издержки координации | Издержки в иерархии: Потеря времени на бюрократическую переписку и «визирование» на каждом шагу. | Горизонтальные + автоматизированные: снижение лишних коммуникаций — система сама показывает, кто работает эффективно, а где возникла пауза. |
| Стимулы | Сохранение статуса, выполнение поручений «в срок», имитация бурной деятельности | Качество и скорость решения задачи, рост репутационного рейтинга, доступ к новым задачам |
| Гибкость при смене приоритетов | Необходима реорганизация (изменение структуры, штатного расписания) | Перекомпоновка портфеля задач без изменения организационной структуры |
1.2. Провал отделенческого принципа: высокая дисперсия компетенций
Иерархический отдел неизбежно страдает от дисперсии компетенций – ситуации, при которой набор знаний и навыков, закреплённых за его штатными единицами, не совпадает с требованиями актуальных задач. Когда возникает задача, требующая редкой компетенции, отдел либо не может её решить (дефицит), либо вынужден загружать высококвалифицированных специалистов рутинными операциями (избыток). Оба случая ведут к потерям эффективности, которые не фиксируются традиционной системой учёта, основанной на занятости.
Прежде чем перейти к количественной оценке этих потерь, важно понять, почему дисперсия компетенций является не случайным сбоем, а фундаментальным свойством функционально-иерархической организации. Должностная структура министерства проектируется под усреднённые, повторяющиеся задачи, а не под уникальные вызовы. Штатное расписание фиксирует перечень должностей с типовыми квалификационными требованиями, ориентированными на стабильный набор функций. Реальная же среда генерирует задачи, требования которых непрерывно меняются: возникают новые технологические вызовы, регуляторные коллизии, межотраслевые стыки. В результате компетентностный профиль отдела всегда оказывается либо избыточен для одних задач (высококвалифицированный специалист тратит время на рутину), либо недостаточен для других (задача требует знаний, отсутствующих в отделе). Эта асимметрия не регистрируется системами управленческого учёта, потому что они измеряют загрузку, а не соответствие компетенций задаче. Бюджетные расходы на содержание штата выглядят освоенными, задачи – «в работе», однако реальная продуктивность и качество решений систематически занижены. Более того, дефицит компетенций запускает каскад неформальных компенсаторных механизмов: личные договорённости, «телефонное право», подбор исполнителей через неформальные сети, – что, в свою очередь, увеличивает транзакционные издержки и размывает ответственность.
Отделенческий принцип не способен решать комплексные межведомственные задачи именно потому, что задача требует уникальной комбинации компетенций, распределённых по разным подразделениям. Попытка замкнуть её внутри одного отдела порождает либо некачественное исполнение, либо длительные согласования. Таким образом, высокая дисперсия компетенций – не случайный недостаток, а системное следствие управления через функцию.
1.3. Экономика дисперсии компетенций: модельная иллюстрация
Экономика дисперсии компетенций: интерактивный расчёт
Настройте параметры модели и наблюдайте, как меняются потери от дисперсии компетенций и экономия при переходе к платформе.
Ожидаемые потери на одну задачу для отдела:
Ldep = (100 – 20) / 100 · min(5, 20) = 4.00 у.е.
Министерство-платформа:
Lplat = 20% · min(5, 20) = 1.00 у.е. (доля нехватки 20%)
Выигрыш ΔL = 4.00 – 1.00 = 3.00 у.е./задача
| Показатель | Отдел | Платформа |
|---|---|---|
| Доля нехватки компетенций | 80% | 20% |
| Ожидаемые потери на 1 задачу | 4.00 у.е. | 1.00 у.е. |
| Годовые потери | 4000.00 у.е. | 1000.00 у.е. |
| Годовая экономия | 3000.00 у.е. | |
Экономия бюджета (высвобождаемый ресурс) составляет 3000.00 у.е./год только за счёт снижения координационных издержек, не считая повышения качества решений и ликвидации упущенной выгоды.
Таким образом, модель наглядно показывает, что дисперсия компетенций, порождаемая отделенческим принципом, имеет чёткое денежное выражение. Традиционный учёт занятости эти потери не фиксирует, тогда как платформенная организация не только устраняет дефицит и избыток компетенций, но и превращает невидимые издержки в измеримый резерв повышения эффективности государственного управления.
2. Платформенная координация
Переход от функции к задаче снимает системную неэффективность отделенческого принципа. Но сама по себе замена единицы учёта – необходимое, но недостаточное условие. Чтобы платформа стала работающей реальностью, должна сложиться стратегическая триада «принцип (общее) → задача (особенное) → приоритет (единичное)», причём главенствует в ней не министерство, а отраслевая стратегия.
Принцип (общее) – это не абстрактная логика реорганизации, а ответ на вопросы: для кого и как действует министерство. Именно отраслевая стратегия (например, стратегия развития машиностроительного комплекса) задаёт, для каких конечных результатов, для каких групп предприятий и граждан работает министерство, а платформенная координация указывает, как оно это делает: через согласование компетенций, кросс-группы и прозрачный рынок задач. Принцип, следовательно, спускается из надведомственного уровня – из стратегии развития отрасли, а не из внутреннего административного импульса.
Задача (особенное) – атомарная единица деятельности, в которой этот принцип обретает практическую форму. Она конкретна: несёт в себе требуемые компетенции, временной лимит и внутреннюю цену. Задача – то особенное, через которое универсальный принцип входит в ткань повседневной работы. Портфель задач формируется не самой платформой, а стратегией отрасли и её приоритетами.
Приоритет (единичное) – решение о том, какая задача выполняется сейчас, в условиях ограниченных ресурсов. Именно приоритет связывает общее (принцип) и особенное (задачу) в единичный управленческий акт. Без явного приоритета портфель задач превращается в недифференцированную очередь, и платформа теряет фокус.
Связующим звеном триады служат стратегические инициативы – пакеты приоритетов, выраженных в конкретных задачах, которые в совокупности реализуют отраслевую стратегию. Принципиально важно, что бюджет принадлежит не министерству как ведомству, а стратегии. Именно стратегия наделяется ресурсами для достижения отраслевых целей, и уже через неё бюджет распределяется по задачам и приоритетам. Министерство же выполняет роль платформы-инструмента: предоставляет инфраструктуру координации, алгоритмическое сопоставление и среду для сборки кросс-групп, но не диктует, на что тратить средства. Тем самым управленческая вертикаль выстраивается сверху вниз: стратегия отрасли (с бюджетом) → платформенное министерство (координационный механизм) → задачи и приоритеты (исполнение).
Институциональная координация в этой конструкции перестаёт быть техническим усовершенствованием и становится инструментом реализации стратегии. Платформа автоматически подбирает исполнителей не под абстрактную функцию, а под задачу, рождённую стратегическим приоритетом, и направляет ресурсы туда, где они создают наибольшую отраслевую ценность.
2.1. От административного принуждения к самоусиливающейся динамике
В отличие от добровольного рыночного обмена, министерство-платформа действует в мандатном поле. Поэтому переход от функции к задаче не происходит самотёком; его должна запустить и целенаправленно профинансировать отраслевая стратегия. Модель предсказывает существование критической массы задач NcritNcrit, ниже которой платформа неустойчива: исполнители продолжают использовать неформальные связи, а сетевые эффекты не включаются.
Необходимый для преодоления порога государственный импульс μ⋅Gtμ⋅Gt как раз и обеспечивается бюджетом стратегии, а не общим бюджетом министерства. Именно стратегия определяет величину и адресность этого импульса: стартовые репутационные бонусы, прямое финансирование пилотных кросс-групп, административное предписание выставлять задачи определённого класса исключительно на платформу. Так общий принцип (для кого и как действует министерство) переводится в набор приоритетов (единичных актов), обеспеченных ресурсами, и создаётся начальная плотность задач, запускающая самоподдерживающуюся динамику.
Как только N>NcritN>Ncrit, институциональная координация начинает работать в автоматическом режиме: дисперсия компетенций сглаживается, кросс-группы формируются без иерархических согласований, а бюджет всё плотнее привязывается к стратегическим инициативам, а не к содержанию ведомственной структуры. Стратегия из внешнего толчка превращается во встроенный регулятор платформы, а само министерство – в её исполнительный механизм.
2.2. К министерству-сети
Платформенная трансформация меняет не инструменты работы министерства, а его онтологию. Министерство перестаёт быть организацией в классическом смысле – устойчивым коллективом сотрудников, закреплённых за должностями и функциями. Вместо этого оно становится сетью, где базовой единицей выступает не должность, а верифицированная компетенция.
В такой модели штат – лишь один из источников компетенций, причём не привилегированный. Наряду с ним в контур исполнения на равных основаниях включаются специалисты подведомственных организаций, сотрудники индустрии, научные коллективы, независимые эксперты и временные проектные команды. Их участие определяется не формальной принадлежностью к ведомству, а алгоритмически подтверждённым соответствием задачам и накопленной на платформе репутацией.
Министерство в этой логике функционирует как динамически конфигурируемая сеть: под каждую задачу формируется временная конфигурация исполнителей, распадающаяся после достижения результата. Координация осуществляется не через административную вертикаль, а через платформенные механизмы — прозрачность статусов, метрики вклада и алгоритмическое распределение задач.
Тем самым размывается граница между «внутренним» и «внешним». Доступ к исполнению государственных задач получает любой субъект — физический или юридический — обладающий релевантной компетенцией, прошедший верификацию и встроенный в систему репутационного учёта. Государство перестаёт быть замкнутым работодателем и становится оператором рынка компетенций.
Ключевое следствие – разрыв связи между масштабом задач и численностью аппарата. Рост сложности больше не требует расширения штата: он компенсируется расширением сети. Более того, постоянный административный контур может сокращаться, трансформируясь в ядро, отвечающее за архитектуру платформы, формирование стратегических приоритетов и правила доступа к исполнению.
2.3. Пример государственной координации
Рассмотрим, как это работает в области машиностроения на примере стратегической инициативы, предполагающей не инженерную разработку, а именно государственное участие. Отраслевая стратегия определяет приоритет: создание в стране конкурентоспособного производства линейки энергоэффективных электродвигателей для импортозамещения и экспорта. Стратегия наделяется бюджетом, который распределяется не на содержание министерства, а на задачи государственного влияния и координации.
На платформе министерства инициатива декомпозируется на атомарные задачи управленческого, регуляторного и координационного характера:
- Минимизация коммерческих рисков для инвесторов. Требуемая компетенция: анализ инвестиционных рисков, разработка механизмов государственных гарантий, субсидирования процентных ставок, страхования экспортных контрактов.
- Формирование кооперационной цепочки. Компетенция: отраслевой анализ, знание производственных возможностей предприятий машиностроения и смежных секторов, навыки модерации межзаводских соглашений.
- Создание нормативной «песочницы» для ускоренной сертификации. Компетенция: государственное регулирование технических регламентов, взаимодействие с органами по сертификации (Госстандарт), опыт адаптации международных стандартов (IEC) под национальные условия.
- Разработка программы экспортного продвижения. Компетенция: внешнеэкономическая деятельность, знание инструментов поддержки экспорта (Банк развития, Белэксимгарант), маркетинговый анализ целевых рынков.
- Мониторинг и оценка результативности инициативы. Компетенция: система ключевых показателей эффективности (KPI) в промышленности, аудит бюджетных средств, методология оценки достижения целевых параметров стратегии.
Каждая задача выставляется на платформу с указанием требуемого уровня компетенции, сроков и внутренней цены – бюджетных ресурсов, привязанных к стратегии, и/или репутационных баллов.
Исполнители откликаются из «министерской» сети:
- аналитик из отраслевого департамента Минэкономики, ранее доказавший репутацию на задачах оценки инвестпроектов, берёт задачу минимизации коммерческих рисков;
- специалист по промышленной кооперации из Минпрома, обладающий уникальным знанием заводов-смежников, формирует кооперационную цепочку;
- эксперт по техрегулированию из БелГИСС, находящийся в реестре внешних компетенций платформы, разрабатывает параметры «песочницы»;
- консультант с опытом продвижения белорусской техники на рынки Юго-Восточной Азии, привлечённый через платформу как внешний поставщик компетенций, формирует экспортную программу;
- аудитор из Комитета госконтроля с высокой репутацией в задачах мониторинга госпрограмм берётся за оценку результативности.
Все они образуют временную кросс-группу, координируемую напрямую через платформу: задачи синхронизированы, промежуточные результаты проходят экспертизу и обсуждение внутри сети, а принятие решений фиксируется в прозрачных репутационных журналах. Бюджет стратегии направляется на оплату выполненных задач, а не на содержание штатного персонала.
Министерство в этом примере выступает исключительно как сетевой оркестратор государственного влияния: оно не производит расчёты, не проектирует двигатели, но целенаправленно снижает барьеры, увязывает интересы предприятий, формирует регуляторную среду и обеспечивает контроль за достижением стратегических целей. Реальная работа ведётся распределённой сетью компетенций, архитектура которой гибко меняется в зависимости от приоритетов, а не от организационной инерции. Тем самым министерство окончательно перестаёт быть коллективом штатных работников и становится динамической сетью, фокусированной на управленческих результатах, а не на исполнении предписанных функций.
3. ИИ‑агенты
Переход от функции к задаче важен ещё и потому, что «функция» как форма занятости технологически уязвима. Функция в классическом министерстве – это повторяемый набор процедур: подготовить справку, согласовать письмо, свести таблицу, проверить соответствие формальным требованиям, сформировать проект ответа «в установленном порядке». Именно такие операции первыми становятся объектом автоматизации: их легко формализовать, регламентировать и превратить в конвейер – сначала через информационные системы, затем через роботов (RPA) и, наконец, через ИИ‑агентов.
Отсюда возникает принципиальный риск псевдоплатформенной модернизации: если оцифровывать функции, ИИ начнёт ускорять не управление, а документооборот. Бюрократия получит способность производить больше текстов, больше согласований и больше «закрытых пунктов» при неизменной способности решать реальные проблемы. То есть ИИ в функционально‑иерархической системе повышает пропускную способность имитации – ровно потому, что целевая метрика там исторически связана не с результатом, а с процессом и его следами.
В платформенной модели наоборот – ИИ становится полезным только тогда, когда встроен в логику задачи, компетенции и результата. Здесь автоматизируется не «роль по должности», а операции внутри задач, причём так, чтобы повышалась скорость и качество достижения цели, а не количество документов.
Решение задачи как управленческого акта включает компоненты, которые по своей природе требуют человека‑носителя ответственности и суждения:
- постановка цели и выбор приоритета (что важнее при дефиците ресурсов);
- балансировка конфликтующих интересов и переговоры (межведомственные и межсекторные компромиссы);
- интерпретация «краевых случаев» и исключений (то, что не укладывается в шаблон);
- юридическая и политическая ответственность за последствия решения;
- этические и социальные оценки (справедливость, допустимость, риски дискриминации);
- управление в условиях кризиса и неполной информации.
Поэтому в министерстве‑платформе «единица труда» эволюционирует дальше: фактически ей становится связка «человек с компетенцией + ИИ как усилитель компетенции». Не должность и не функция, а способность достигать результата в задаче – быстрее, точнее, с меньшими транзакционными издержками.
Чтобы ИИ работал в логике платформенного государства, он не может существовать как внешняя игрушка или личный инструмент отдельного сотрудника. Он должен быть встроен институционально – так, чтобы сохранялись управляемость, контроль и ответственность. Минимальный контур выглядит так:
- ИИ‑агенты как «цифровые компетенции» платформы: не просто «генерация текста», а специализированные агенты под типы задач (регуляторное воздействие, субсидирование, межведомственная координация, аудит эффективности).
- Разграничение доступа к данным: агент видит только то, что видит человек‑исполнитель в рамках задачи (принцип минимально необходимого доступа).
- Трассируемость и аудит: каждое действие агента фиксируется (какие источники использованы, какие допущения сделаны, какие версии моделей/шаблонов применялись).
- Чёткое разделение ролей: ИИ готовит варианты, человек утверждает (и несёт ответственность). Это не «замедление ради контроля», а сохранение легитимности решения.
- Оценка качества по результату задачи: вознаграждаются не объёмы «сгенерированного» текста, а снижение сроков, точность, отсутствие ошибок, достижение целевого эффекта.
В этой архитектуре компетенция чиновника включает не только предметное знание, но и способность управлять ИИ‑инструментом: формулировать задачу, задавать ограничения, проверять выводы, видеть риски и отличать правдоподобный текст от корректного решения.
Платформенная система делает важную вещь: она может резко снизить стоимость «механической» части управления – подготовку материалов, координацию, сбор фактуры, предварительные расчёты. В результате:
- уменьшается спрос на «универсальных исполнителей‑делопроизводителей»;
- растёт ценность редких компетенций (отраслевой анализ, экономическая оценка, кооперация);
- ускоряется формирование кросс‑групп, потому что часть координации берут на себя алгоритмы и агенты;
- появляется возможность реально перейти от контроля занятости к контролю результата.
Именно поэтому платформа должна институционально закреплять простое правило: ИИ снижает трудоёмкость, но не размывает ответственность. Иначе возникнет новая версия старой коллективной анонимности: «это не я, это алгоритм». В министерстве‑сети такое недопустимо: если задача атомарна и имеет цену, то атомарной должна быть и ответственность за её итог.
Заключение
Распространённый подход к цифровой трансформации государственного управления можно охарактеризовать как псевдоплатформенную модернизацию. На действующую иерархическую конструкцию министерства «надевается» платформенный принцип: создаётся цифровая среда, в которой чиновники продолжают действовать в прежней функциональной логике, но теперь – с электронным документооборотом, дашбордами и реестрами задач. Внешне такая система напоминает платформу, однако по существу остаётся иерархией, лишь дополненной цифровым слоем:
Несовместимость первая: природа единицы деятельности. Цифровая платформа оперирует задачей как дискретной, измеримой и сопоставимой единицей. Задача имеет срок, требуемую компетенцию, измеримый результат и внутреннюю цену. Бюрократическая функция, напротив, принципиально неизмерима в тех же категориях: она описывает зону ответственности, а не конкретный результат. Попытка «оцифровать» функцию приводит к имитации: в системе появляются бесконечные задачи типа «подготовить ответ в установленном порядке», которые не несут информации ни о реальной трудоёмкости, ни о качестве исполнения. Платформа, загруженная такими псевдозадачами, не создаёт сетевых эффектов, не может сопоставить размытую функцию с конкретной компетенцией.
Несовместимость вторая: принцип распределения работы. Платформа предполагает горизонтальный подбор исполнителя под задачу на основе компетенций и репутации. Бюрократия – вертикальное назначение начальником на основе штатного расписания и субординации. При наложении платформенной оболочки на иерархию возникает институциональный конфликт: система предлагает алгоритмически подобранного исполнителя, но начальник сохраняет право вето и назначает «своего» сотрудника – не потому, что тот компетентнее, а потому, что он встроен в неформальную систему лояльности и отчётности. Платформенная координация вырождается в интерфейс, дублирующий иерархическое согласование, не снижая, а увеличивая транзакционные издержки.
Несовместимость третья: стимулы и вознаграждение. В платформенной логике вознаграждение привязано к выполненной задаче и заработанной репутации. В бюрократической – к должности и отработанному времени. Если цифровая платформа внедряется без изменения системы оплаты труда и карьерного продвижения, чиновник оказывается в двойной системе стимулов: формально он должен «закрывать задачи», а фактически его оклад, премия и перспективы роста зависят от начальника, который оценивает лояльность, а не рейтинг в платформе. Рациональный агент в такой ситуации имитирует платформенную активность, не меняя реального поведения.
Несовместимость четвёртая: архитектура ответственности. Платформа делает ответственность прозрачной: каждая задача имеет идентифицируемого исполнителя, а репутационный рейтинг агрегирует историю успехов и провалов. Бюрократия, напротив, построена на размывании ответственности: решение проходит цепочку согласований, визируется множеством лиц, и конечный результат – продукт коллективной анонимности. Цифровая оболочка поверх такой системы не повышает прозрачность, а создаёт цифровой след размытой ответственности – систему, в которой видно, кто «участвовал», но не видно, кто отвечает за провал.
Системное следствие. Псевдоплатформенная модернизация не просто неэффективна – она дискредитирует саму идею платформенного государства. Чиновники и внешние наблюдатели делают вывод: «цифровизация не работает», тогда как в действительности не работает попытка совместить две несовместимые институциональные логики. Платформа требует не оцифровки функций, а их ликвидации как единицы управления и замены задачей. Без этого шага любые инвестиции в цифровую инфраструктуру будут давать отрицательную отдачу: издержки на поддержание дублирующих систем плюс издержки на имитацию платформенной активности.
![]()