В начале 1970-х в Чили попытались соединить предприятия и правительство системой оперативной связи и анализа данных. Самая интересная часть замысла касалась распределения полномочий: как дать центру возможность вовремя вмешаться, сохранив самостоятельность тех, кто находится ближе к работе. Спустя полвека этот вопрос возвращается вместе с цифровыми панелями и искусственным интеллектом.

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

Этот образ сделал чилийский проект «Киберсин» знаменитым. И он же мешает понять его смысл.

Комната оставалась прототипом. Экономикой Чили из неё никогда не управляли. А замысел одного из создателей проекта, британского кибернетика Стаффорда Бира, предполагал, что значительная часть решений вообще не должна доходить до центрального зала.

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

После прихода Сальвадора Альенде к власти в 1970 году Чили начала расширять государственный сектор экономики. Перед правительством встала задача координировать предприятия, связанные поставками, производственными ограничениями и общими ресурсами.

В июле 1971 года чилийский управленец Фернандо Флорес обратился к Стаффорду Биру с предложением применить его идеи к управлению национализированной промышленностью. Осенью Бир приехал в Чили. Так начался проект, известный как Cybersyn, или «Киберсин».

Его исходное противоречие было серьёзнее нехватки вычислительной техники. Государству требовалась согласованность действий предприятий. Но если каждое отклонение превращать в вопрос для правительства, центральный аппарат окажется перегружен, а предприятия будут ждать указаний.

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

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

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

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

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

Рассмотрим условный производственный пример:

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

Имеет значение и время. Предупреждение за неделю оставляет возможность изменить поставки. Такое же предупреждение за час до остановки означает уже совсем другой набор действий.

Поэтому вопрос «кто должен знать?» нельзя отделить от вопросов «кто может повлиять?» и «сколько времени у него осталось?».

«Киберсин» задумывался как сочетание четырёх частей: телексной сети Cybernet, программы статистического анализа Cyberstride, экономического симулятора CHECO и операционной комнаты для совместного рассмотрения ситуации.

Телекс — устройство для передачи текстовых сообщений по каналам связи — позволял обмениваться сведениями между предприятиями и государственными службами.

Для анализа требовалось предварительно описать производство: понять его ход, ограничения и критические показатели. В проекте использовали, в частности, сведения о выпуске, сырье и отсутствии работников. Значительная часть оперативных данных собиралась с суточной периодичностью: выражение «управление в реальном времени» здесь нельзя понимать как современный непрерывный поток показаний датчиков.

Cyberstride должна была выделять в изменении показателей то, что заслуживало внимания. В собственном описании проекта Бир отмечал трудность настройки: программа не должна была чрезмерно реагировать на обычные колебания.

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

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

Практическая ценность проекта проявилась во время забастовки владельцев грузового транспорта в октябре 1972 года. Нарушение перевозок угрожало снабжению и работе предприятий.

Созданную телексную сеть использовали для оперативного обмена сообщениями и координации. Она помогала собирать сведения и организовывать действия в условиях кризиса. При этом знаменитая операционная комната не была действующим штабом управления экономикой: она оставалась прототипом.

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

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

Для компании здесь есть вполне практическая аналогия. Иногда полезнее обеспечить прямой обмен между снабжением, производством и логистикой, чем добавить ещё один уровень отчёта директору. Особенно если участники уже имеют полномочия согласовать действия между собой.

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

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

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

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

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

Сегодня можно спроектировать систему, которая выделяет риски, сопоставляет показатели, предлагает объяснения и варианты действий. Но организации всё равно придётся определить:

• кто проверяет объяснение
• какие действия разрешены сотруднику или руководителю на месте
• когда необходимо подключать другие функции
• кто вправе перераспределить общий ресурс
• кто отвечает за принятое решение

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

Возникает парадокс: видимость происходящего растёт, а способность организации действовать остаётся прежней.

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

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

1. Когда проблема становится видимой?
Определите первый доступный признак. Если показатель меняется только после срыва, для предупреждения нужен другой сигнал.

2. Кто получает его первым?
Проверьте, есть ли среди получателей человек, который может начать действовать. Доступ директора к информации не заменяет доступ исполнителя.

3. Что разрешено сделать на месте?
Назовите конкретные решения и пределы полномочий: изменить последовательность работ, привлечь резерв, связаться с соседней функцией, согласовать новый срок.

4. Когда вопрос должен подняться выше?
Задайте условия: превышение допустимого ущерба, необходимость общего ресурса, конфликт обязательств или отсутствие результата к определённому времени. Установите и срок ответа следующего уровня.

5. Как система узнает, что ситуация исправлена?
Проверяйте восстановление результата. Отправленное сообщение и закрытая задача ещё не означают, что проблема решена.

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

«Киберсин» оставил после себя эффектный образ комнаты, из которой будто бы можно увидеть всё. Более ценный вопрос скрывается за пределами этой комнаты:

Как должна быть устроена организация, чтобы люди могли вовремя действовать, даже когда руководитель ещё не смотрит на экран?