Мозг фирмы

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

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

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

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

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

Вот, собственно, как обстояло дело. Консультанты начали свою работу в Лондоне, и практически немедленно вслед за этим я столкнулся с необходимостью принять экстраординарное решение.