Мозг Фирмы

Тем временем страна находилась под угрозой как со стороны иностранных противников, так и со стороны внутренних — несогласных с политикой Чили справа и слева, а также внутренних саботажников в рядах коалиции Народного единства. Вследствие этого в течение моей более чем двухлетней причастности к делам в Чили менялись срочность и необходимость разработки практических мер управления; менялись приоритетность проблем, решаемых мной, и задачи групп, окружающих нашу центральную группу. Без сомнения, все это свойственно использованию науки управления. Она не должна создавать собственную идеологию, но, конечно, обязана быть связана с общей идеологией правительства. Если этого нет, то ради чего управление? Популярное представление сосредоточивается на технологических аспектах — на регулировании социально-экономических проблем, представленных в общих чертах в гл.16, но такое искаженное представление неверно. Оно подставляет под удар разработчиков, обвиняемых в "технократизме" (как будет показано позже). Реальность была такова, что, хотя я не вел ни протоколов, ни записей дискуссий, происходивших в нашей центральной группе, все дискуссии концентрировались на народных нуждах, на углублении наших представлений о них, на нашем их понимании и понимании их лидерами. Весь потенциал науки и техники должен был служить удовлетворению нужд народа.

К концу первых десяти дней мы фактически развернули весьма четкий план действий, изложенный в предыдущей главе. Фактически разработка этого плана, как намечалось, была закончена в марте 1972 г. Особенностью плана было создание "ситуационной комнаты". Достигнутое первым планом не было окончательным результатом (см. далее), мы просто создали своеобразный информационный орган управления: разработали требования к "ситуационной комнате" исходя предположения о создании "среды для принятия решений", как об этом говорится в гл.13, и прототипа материальной базы для осуществления целей согласно гл.16, т.е. нового стиля управления. Даже схема ее оборудования не была готова до "старта" в марте 1972 г. (как того требует сетевой график, см. рис.42).

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

Заключительная часть нашего мартовского доклада, о котором мы расскажем тоже по ходу изложения, включала программное обеспечение. В него входило мое личное заявление: "Следующий месяц для меня будет трудным; мне предстоит быть в Риме, в американском штате Джорджия, в Вашингтоне, Филадельфии, Цюрихе, на острове Св.Елены, в Вене". Несмотря на чувство ответственности перед Чили я по-прежнему оставался генеральным консультантом своей фирмы в Лондоне. Сознание ответственности стало решающим обстоятельством для моей совести на следующие 18 месяцев, если не навсегда. И возможно те, кого я тогда оставил, теперь, спустя много времени, поймут, с каким сожалением я вспоминаю об этом как о невыполненном долге. Президент Альенде писал мне 28 апреля 1972 г., что он считает "в высшей мере важным рассчитывать на мое присутствие в Чили на более постоянной основе и в более ответственной роли". В мае 1972 г. я был назначен научным директором всего чилийского проекта, а его политическим директором стал Фернандо Флорес. Необходимо зафиксировать это обстоятельство — не будь этого, не удалось бы поддержать динамику нашей работы. Есть предел тому, что можно сделать с позиции советника, если не принимать на себя ответственности за результат. Этот вывод, по моему мнению, должен стать путеводной звездой системы 4.

Комплект кибернетических программ Киберстрайд (Cvberstride )

Комплект кибернетических программ для наших компьютеров предназначался для обработки информационных потоков (см. рис.27) на всех рекурсивных уровнях: для выдачи сигналов опасности в системах 3-2-1, для предчувствия любых изменений (с тем, чтобы меры предпринимались до того, как произойдут неприятности) и для питания "фильтра готовности" к действию систем 4 и 5 (см. рис.32). Такая цель основывается на представлении, что данные, информирующие любую регулярно действующую систему, обязаны быть перспективными и прогнозными скорее чем ретроспективными и историческими.

Использование лишь двоичных отношений для питания комплекта программ, как подчеркивалось в гл.11, обеспечивает сильное уменьшение разнообразия, при этом приобретает смысл произвести крупные затраты на разработку единой программы (в противовес практики "электронной обработки данных", когда приходится обычно разрабатывать дополнительные программы для каждой задачи).

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

Подобная программа прежде всего требует проверки достоверности поступающих данных и испытания их приемлемости в качестве правомерных членов их собственного статистического распределения. Это так называемое "таксонометрическое" распределение было осуществлено на опытном массиве данных (выборка из 60 величин), получаемых по сетевому графику (см. рис.42). Эти данные затем подлежали статистической проверке вероятности их достоверности. Далее, сравнением их с соответствующими значениями производственных возможностей и производственного потенциала, говоря на языке этой программы, образовывалась тройка индексов. Индексы статистически " нормализовались" путем тригонометрических преобразований, поскольку распределение их отношений имеет предельное значение, как единица измерения, и без колебаний переносились в категории верных. (Первоначально предполагалось образовать из них инверсный массив, но позже был найден метод проведения преобразований для каждой временной серии передачи данных). Затем производилась статистическая фильтрация индексов для выявления нежелательных изменений. Метод, которым я пользовался для этого, явно устарел, но предложенная мною схема сетевого графика сбора данных требовала использования именно такой программы к марту 1972 года, а на дворе уже был ноябрь. Ученые и программисты в ЕСОМ (национальном вычислительном центре Чили) были перегружены...

Соответственно было решено разработать такую программу математического обеспечения по контракту в Лондоне, если конечно, найдется подрядчик на выполнение столь трудной задачи в столь короткий срок. Более того, нам нужны были программисты, понимающие характер проведенных в Чили исследований операций по проекту Киберсин, природу процесса моделирования и технику получения данных, разработанных в Чили. Я знал, кого бы мне хотелось к этому привлечь, — это была группа консультантов лондонского отделения международной фирмы Arthur Andersen and Co . Контракт состоялся. Помог мой старый приятель Д.Кай, который направлял всю разработку, а А.Дансмур контролировал ее изо дня в день. Стоит отметить, как при совершенно невероятном недостатке времени мы вышли из положения. Докладывая в Чили в январе 1972 г., я писал (работа началась 10 января):

"Обсуждение показало, что если начать разработку комплекта программ немедленно, то она не может быть закончена ранее 19 июня 1972 г., по совершенно очевидным причинам. Полная разработка программ, исключение из них ошибок, их испытание и документирование для использования за тысячи миль от Лондона требует огромной работы программистов. Я же настаивал на том, чтобы хоть что-то было закончено к запланированному сроку, а именно к 13 марта, в крайнем случае для экспериментального использования. Как мне представлялось, один из вариантов комплекта должен быть готов в марте, а "изгнание из него блох" может быть продолжено до июня г тем, чтобы отшлифовать весь комплект. Однако подрядчики убедили меня в том, что это непрактично. Экспериментальную программу (далее известную как "временный комплект") можно было бы поставить нам к марту, но тогда пришлось бы пойти на ограничения по вводу, а "острые углы" пришлось бы сглаживать при разработке логики. Таким образом, оказалось невозможным разработать сразу окончательный вариант (далее называемый "постоянным комплектом") простой "чисткой" временного комплекта. Работа разделилась на две части. Однако если разработка комплектов шла параллельно, то при тесном взаимодействии обе группы разработчиков могли научиться многому, а следовательно, затраты при такой организации работы нельзя считать целиком потерянными."