Игровое ядро процесса. Комментарий к манифесту Хаммера и Чампи «Реинжиниринг корпорации»

Что подразумевается у Хаммера и Чампи под «переносите процесс с учётом ограничений технологий»? Технологии меняют структуру правил организации процесса, позволяя делать его более плоскими. Но на что указали авторы манифеста примером с коровьими тропами?

Это интуиция авторов манифества, которую можно раскрыть с помощью классических трудов по культурологии (Хёйзинга для свойств динамики человеческих институтов), социологии (для переложение культурной онтологии на техно‑социальное пространство) и базовых понятий CS.

Акт I. Природа цифрового (Почему «obliterate» неизбежно)

1.1. Цифровой магический круг

• Определение цифрового пространства через Хёйзинга: обособленная территория с особыми правилами

• Ключевое отличие от социальной игры: правила синтезируют интерфейс, а не поведение игрока

• Следствие: в цифре невозможно нарушить правило. Нарушение онтологически исключено, а не наказано

1.2. Игрушка и Инструмент: два состояния цифровой формы

1.3. Цифровое пространство пользователя (ЦПП): между игрушкой и игроком

1.4. Откуда берётся диктат инструмента

Акт II. Анатомия переноса (Три сценария цифровизации института)

2.1. Сценарий 1: Формальный перенос (UK Self Assessment)

• Что перенесли: форма SA100

• Что случилось: ритуал стал диктатом валидатора

• Почему: исчез актор «проверяющий», обеспечивавший семантическую гибкость

• Итог: фрустрирующий инструмент, требующий от пользователя несвойственной игровой компетенции

2.2. Сценарий 2: Нечистое очищение (Геймификация SA100 и Эстонская e-Tax)

• Что сделали: признали, что пользователь хочет играть в «сознательного гражданина»

• Как сделали: надстроили слой упрощения игры

• Итог: инструмент редуцирован к игрушке «декларация в один клик»

2.3. Сценарий 3: Чистое расширение платформы

• Кейс: приложение для методов теории принятия решений + LLM с Tool Use

• Почему это чище: ЦПП не подверглось реконфигурации

• Альтернативные примеры: X-Road, India Stack, GOV.UK Pay

Акт III. Онтология реинжиниринга (Как заполнить лакуну Хаммера и Чампи)

3.1. Что значит «с учётом технологий»

3.2. Очищение ритуала как метод

• Три онтологических слоя (ритуал → инструмент → игрушка)

• Границы очищения

3.3. Правило цифрового реинжиниринга

Акт I. Природа цифрового (Почему «obliterate» неизбежно)

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

1.1. Цифровой магический круг

Определение цифрового пространства через Хёйзинга: обособленная территория с особыми правилами.

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

У вычислительных процессов на многих уровнях существует свойство — жесткая формализация на уровне программных интерфейсов и свобода применения этих интерфейсов. Это свойство создаёт возможность создания нового типа игровых подпространств — внутри интерфейсов возможно описывать формализованные правила большого количества уровней сложности и вложенности в рамках процесса (упорядоченность и структурность), не требуя постоянной валидации со стороны человека.

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

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

Ключевое отличие от социальной игры: правила синтезируют интерфейс, а не поведение игрока

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

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

Следствие: в цифре невозможно нарушить правило. Нарушение онтологически исключено, а не наказано

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

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

Таким образом, само цифровое пространство изначально соответствовало критериям игры, по Хёйзинга. Цифровое пространство изначально было «магическим кругом».

1.2. Игрушка и Инструмент: два состояния цифровой формы (Вводим центральную терминологическую пару)

Игрушка — замкнутая система правил, в которую играют ради самой игры.

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

Инструмент — игрушка, утратившая игровой смысл и встроенная в прагматику пользователя.

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

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

Цифровое пространство есть рекурсивная иерархия игрушек, вырождающихся в инструменты.

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

Пример цепочки цифровых пространств:

Аппаратура →Игра низкоуровневого программиста (asm код) → Институт (ОС, компиляторы) → Игра программиста → Институт (пользовательское приложение) → Игра пользователя (Спидран/Лайки) → Новый Институт (Соцсеть)

Цифровой инструмент — это фиксированный результат сборки, в котором исполнение правил не зависит от пользователя. Однако сама эта минимизация не уничтожает природу цифрового пространства как иерархии магических кругов. Любой цифровой инструмент (от калькулятора до социальной сети) сохраняет потенциальную возможность быть вновь сыгранным пользователем, что переводит его из статуса ритуала в статус цифровой игры или контр‑игры (нарушения).

1.3. Цифровое пространство пользователя (ЦПП): между игрушкой и игроком

Правила, выбранные человеком для игры, не обязаны быть согласованы с правилами цифрового пространства.

ЦПП — это когнитивно‑технический сборка:
(а) интерфейса, синтезируемого компьютером по жёстким правилам;
(б) представление пользователя о том, как взаимодействовать с этим интерфейсом;
(в) представление пользователя о том, зачем ему взаимодействовать с интерфейсом (в какую игру он играет)

Именно в ЦПП пользователь решает: «Я сейчас играю в Марио на скорость» или «Я мучительно заполняю налоговую декларацию».

ЦПП является классическим магическим кругом для пользователя, но для цифрового пространства это лишь источник событий (кликов, ввода текста).

Иерархическая жесткость цифрового пространства распространяется и на игру пользователя

Цифровой институт работает без трения, только если правила игры, зафиксированные в коде, совпадают с правилами игры в голове пользователя.

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

1.4. Откуда берётся диктат инструмента

Когда доцифровой ритуал переносится в цифру без очищения, он становится инструментом.

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

**При переносе доцифрового процесса всегда происходит его пересборка в рамки рекурсивной жесткости цифрового пространства — «автоматизация ритуала приводит к диктату инструмента».

Мы подошли к формулировке главного вопроса, который мучил меня после чтения Хаммера и Чампи: что именно нужно уничтожить в доцифровом процессе, чтобы не получить диктат компьютера, а получить работающий цифровой институт?

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

Акт II. Анатомия переноса (Три сценария цифровизации института)

Цель акта: показать, как работает предложенная оптика на реальных кейсах. Двигаться от патологии к норме.

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

И тут три варианта:

1. Ритуал переноситься формально и описывается полностью в рамках цифрового пространства.

2. Не получается чисто выделить игровое ядро и часть ритуала описывается в цифровом пространстве.

3. Игровое ядро института очищается и вокруг него наращивается новое цифровое пространство.

2.1. Сценарий 1: Формальный перенос (UK Self Assessment)

Показателен пример UK Inland Revenue и система Self Assessment (конец 1990-х — начало 2000-х). Это случай ранней цифровизации налоговых систем, при котором британское правительство перевело бумажную форму налоговой декларации в цифровой вид.

Что перенесли: форму SA100.

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

Что случилось: ритуал стал диктатом валидатора.

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

Где же тут влияние правил цифрового пространства на перенесенный артефакт? В том, что в цифровом пространстве пользователь жёстко зафиксирован на своём слое — интерфейсе документа. Нижележащие слои цифрового пространства, где ранее размещалась фигура «проверяющего» или «помощника», для пользователя онтологически закрыты.

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

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

Итог: фрустрирующий инструмент, требующий от пользователя несвойственной игровой компетенции.

Пользователь видит поля ввода, кнопку «Отправить» и ошибку валидации, но не видит процесса принятия решений о судьбе своего документа. Ритуал, автоматизированный частично (только в части валидации синтаксиса полей), превращается в фрустрирующий инструмент, потому что из игры был изъят ключевой актор — живой человек, обеспечивающий семантическую гибкость и адаптацию правил к контексту.

2.2. Сценарий 2: Нечистое очищение (Геймификация SA100 и Эстонская e‑Tax)

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

Что сделали: признали, что пользователь хочет играть в «сознательного гражданина», а не в «налогового эксперта».

Начался процесс, который в терминах данной статьи следует назвать редукцией инструмента к игрушке. В ситуации «расхождение ядра» цифровое пространство низового уровня (поля валидации) вступило в конфликт с представлениями пользователя о правилах игры (ЦПП). Пользователь ожидал диалога с государством, а получил диктат формы.

Как сделали: над жёстким слоем валидации надстроили новый слой — слой упрощения игры.

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

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

Итог: инструмент редуцирован к игрушке «декларация в один клик». Пользователь избавлен от чужой игры.

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

В пределе, хорошо спроектированный цифровой сервис стремится к состоянию, когда инструмент (форма Self Assessment) вырождается обратно в игрушку (пространство способное реализовать определённую игровую потребность пользователя).

Так реализована эстонская система e‑Tax. Для тех, у кого простая ситуация, существует «декларация в один клик», занимающая меньше минуты. А для более сложных случаев система максимально упрощена, чтобы пользователь чувствовал себя «уверенно» и «легко»( https://www.lync.me/blog/583/e‑mta‑filing‑taxes‑in-3-minutes‑estonia). И как итог — 99% эстонских деклараций, подаются в электронном виде.

2.3. Сценарий 3: Чистое расширение платформы

В виде примера «чистого выделения игрового ядра» хочу привести свой кейс. Этот пример вырожденный, но необходимый для демонстрации рекурсивной игровой сути цифрового пространства и возможности вынесения доцифрового процесса (получение качественной экспертизы) на более низкий, чем уровень ЦПП, уровень.

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

Возник вопрос: «А где играет сейчас мой пользователь? Какое цифровое пространство он бы использовал для компенсации сложности моего инструмента?»

Что сделали: не стали создавать новый интерфейс, а встроили правила института в уже существующую игрушку пользователя (чат с LLM).

После этого решение об интерфейсе пользователя было изменено с «сложные формы на экране» на «Дополнение пользовательского AI с помощью Tool Use + Rules + Skill». У пользователя не появилось новой игры или нового игрового пространства, у него появилось бесшовное расширение уже существующего игрового пространства.

Вместо переноса института «эксперт по оптимизации» в цифровое пространство, получилось качественное расширение пользовательской игры и опыта уже существующей игрушки ‑«LLM». Таким образом, институт экспертизы по методам оптимизации стал частью цифрового пространства не изменив цифровое пространство пользователя.

Почему это чище: цифровое пространство пользователя (ЦПП) не подверглось реконфигурации. Новый слой автоматизации невидим для пользователя.

Чем это «концептуально» отличается от «Не заставляйте пользователя учить ваш интерфейс, встройтесь в его привычки»? Тем, что пользователь может даже не узнать о новом свойстве своей игрушки, даже используя её. То есть цифровое пространство пользователя (ЦПП) не подвергается реконфигурации, а само цифровое пространство как иерархия правил наращивает новый слой невидимой для пользователя автоматизации.

Концептуальное различие здесь носит онтологический, а не дизайнерский характер. Обычный UX‑принцип «встройтесь в привычки» предполагает, что разработчик сознательно имитирует знакомый паттерн взаимодействия (например, располагает кнопку «Отправить» там, где её ожидает увидеть пользователь), тем самым влияя на игрушку доступную пользователю. В случае с интеграцией LLM‑агента происходит иное: новый институт не изменяет представление пользователя о его цифровом пространстве.

Итог: институт стал свойством игрушки, а не отдельным инструментом.

Пользователь играет в «чат с экспертом», и правила этой игры уже формализованы в его ЦПП: задать вопрос на естественном языке, получить ответ. Когда к этой игрушке подключается инструмент оптимизации, он не добавляет новых видимых кнопок или полей ввода. Он внедряется как ещё одно правило внутри черного ящика LLM, на уровне синтеза ответа. Для пользователя по‑прежнему существует только магический круг диалога. Тот факт, что в ответе теперь содержится результат вычисления математической модели, остаётся скрытым свойством реальности цифрового пространства, но не свойством пользовательского интерфейса.

Именно это имеется в виду под фразой «пользователь может даже не узнать о новом свойстве своей игрушки». В традиционной парадигме проектирования института (пример UK Self Assessment) инструмент насильственно превращается в игрушку, предъявляя пользователю свою механику валидации, а после упрощая её. В примере парадигмы чистого расширения (LLM + Tool Use) требуется изменение правил предыдущего слоя цифрового пространства, которое не изменит знания пользователя об игре, в которую он уже играет.

Это синтетический пример, с допущением о низкой агентности ИИ, но в качестве альтернативных:

Эстонская X‑Road (слой межведомственного обмена, 2001 г.) — классический исторический пример встраивания государственного института на инфраструктурном уровне. X‑Road обеспечивает безопасный обмен данными между сотнями информационных систем госорганов и частного сектора. Гражданин, подавая заявление на какую‑либо услугу через портал, не видит самого слоя межведомственного обмена — он для него остаётся невидимым, как и протоколы нижележащих сетевых уровней. Система реализует принцип once‑only: данные предоставляются только один раз, а затем автоматически переиспользуются между ведомствами.

Схожий подход реализован в виде слоя межведомственной интеграции «Smart Bridge» в Таджикистане (2025 г.), а также в виде API‑платформ государственных сервисов Индии — India Stack (набор открытых API для идентификации, платежей и обмена данными), бразильской инициативы Open Finance (API‑доступ к банковским данным через ЦБ) и британского GOV.UK Pay (платёжный API для госуслуг).

Акт III. Онтология реинжиниринга (Как заполнить лакуну Хаммера и Чампи)

Цель акта: синтезировать из анализа методологическое правило.

В классическом манифесте «Реинжиниринг корпорации» Майкла Хаммера и Джеймса Чампи очень много было сказано про необходимость реинжиниринга, про то, какую команду надо собрать и что надо выделять процессы, а после их автоматизировать с учётом технологий. Но авторы так и не сказали, что значит это «с учётом технологий» на самом деле.

Радикальное удаление, плоские карты, междисциплинарные команды, технологии, ценность всё это говорило о необходимости «очистки ритуала», но не объяснялось, какое ограничение даёт техника при переносе процесса в рамках «очищение процесса и конечной автоматизации».

3.1. Что значит «с учётом технологий»

С позиций изложенной выше онтологии цифрового пространства этот пробел может быть заполнен. «С учётом технологий» означает учёт иерархической жесткости цифрового пространства и его рекурсивной природы.

Нельзя просто замостить коровью тропу асфальтом — нужно проложить шоссе, согласованное с ландшафтом.

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

3.2. Очищение ритуала как метод

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

Рассмотрим этот процесс через призму трёх онтологических слоёв, неявно присутствовавших в примере UK Self Assessment:

1. Слой ритуала (доцифровой). Налогоплательщик и инспектор находятся в общем магическом круге. Правила игры известны обеим сторонам, но их исполнение неавтоматизировано и опосредовано человеческим суждением. Инспектор может простить помарку, подсказать, принять пояснительную записку. Ритуал включает в себя не только передачу данных, но и коммуникативную валидацию статуса участников.

2. Слой инструмента (неочищенный цифровой). При формальном переносе в цифру ритуал редуцируется до синтаксической валидации полей формы. Коммуникативная валидация исчезает, потому что в цифровом пространстве нет места для человеческого суждения на уровне валидатора данных. Пользователь остаётся один на один с диктатом инструмента, который требует от него играть в инспектора, не предоставляя интерфейса инспектора. Это и есть «автоматизация беспорядка».

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

Реинжиниринг, понятый как очищение ритуала, есть редукция инструмента к игрушке. Это не упрощение интерфейса в смысле UX‑дизайна (хотя внешне выглядит так же), а онтологическая операция удаления слоёв цифрового пространства, требующих от пользователя несвойственной ему игровой компетенции. Эстонская e‑Tax с её «декларацией в один клик» — пример именно такой операции: разработчики не стали учить пользователя быть налоговиком, они скрыли слои налоговой машины за новым слоем автоматизации, предъявив пользователю чистую игрушку «я — сознательный гражданин, подтверждающий данные».

Границы очищения:

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

3.3. Правило цифрового реинжиниринга

Лакуна в манифесте Хаммера и Чампи заполняется следующим тезисом: «С учётом технологий» означает не перенос человеческого процесса в цифру, а проектирование игрушки, встроенной в существующее цифровое пространство пользователя, при сохранении онтологической целостности нижележащих слоёв автоматизации.