В начале 80-х метод сетевого планирования (PERT) стал очень популярен в самых разных областях человеческой деятельности. Проект представлялся в форме ориентированного графа, элементы которого являлись элементарными "задачами", выполнение которых требует определенного времени и трудозатрат, и "события".

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

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

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

Когда Джеймс Холкомб, эксперт по сетевому планированию, впервые увидел "Лизу", он понял, что графический пользовательский интерфейс может в корне изменить ситуацию в этой области... и поделился своим открытием с инженерами компании Solosoft.

1. Начало

В 1983-84 годах сотрудники компании Solosoft, Дебра Уилретт и Стефен Янг, в тесном контакте с Apple Computer, разработали первую в истории человечества WYSIWYG-программу для автоматизации сетевого планирования. Назвали ее, без затей, MacProject.

Программа вышла в свет вскоре после объявления самого первого Мака, и была признана настолько важной и интересной, что ее продвидением и продажами занялась сама Apple Computer. Более удачного аргумента в пользу графических пользовательских интерфейсов и пресловутого "ease of use" просто невозможно было придумать.

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

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

Не верите? Я пишу это со всей отвественностью, на основании личного опыта. Правда, принимая во внимание низкую покупательную способность граждан СССР и предельную запутанность и заорганизованность процесса принятия решения о закупке чего-бы то ни было, в нашем случае все было не так просто, но зато эти самые люди "с горящими глазами" становились нашими настоящими союзниками.

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

Только MacProject можно было использовать "с места в карьер", не читая толстых запутанных учебников...

2. Подробности

Давайте попробуем взглянуть на MacProject глазами руководителя среднего звена из недавней докомпьютерной эры. Например, начальника участка судоремнтного цеха, директора совхоза или хозяина небольшой ремонтно-строительной компании (кооператива).

Перед нами - практически чистый лист на экране компьютера. Скорее всего, это или Macintosh SE, или Macintosh Classic. Маленький черно-белый экран, с удивительно четким и аккуратным изображением прямоугольника с скругленными краями в левой части, с надписью "начало работ" и датой (по умолчанию - текущей, легко изменяемой на любую другую).

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

События обозначались прямоугольниками с скругленными краями, задачи - прямоугольниками.

Независимо от состояния проекта, можно "завезти и разгрузить строительные материалы", но эту работу можно выполнить только после некоторого события - прибытия грузовика со стройматериалами (ведем от начала работ черту, прямоугольник превращаем в круглоугольник, надписываем), для разгрузки потребуются 2-3 рабочих, и займет она 2 часа (ведем от события "прибыл грузовик" черту...).

К расчистке площадки под сарай можно приступить после его демонтажа, независимо от того, лежат ли уже рядом с ней стройматериалы, или нет. Поэтому, тоже тянем линию из "начала". Вводим время. А вот расчистить площадку под строение можно только после демонтажа. Расчистка - это прямоугольник, следующий немедленно после прямоугольника с "демонтажом", время начала этой работы автоматически вычислено (на основании времени начала работ и длительности предшествующей). Уже интересно.

К возведению строения можно приступить, когда выполнен ряд условий. "Рисуем" круглоугольник "завершение подготовительного этапа", и соединяем с ним окончания всех предварительных работ. Возможно, к ним добавятся еще и согласования, и получение разрешения, и что-то еще.

В круглоугольнике высвечивалось расчетное время выхода на этот этап, одна из последовательностей работ высвечивалась "черным" (критический путь), а вместо точного указания время начала конкретных работ на невыделенных "путях" появилось ДВА времени - время "раннего начала" и время "позднего начала".

Кроме "диаграммы", в MacProject было еще несколько окон, позволявших взглянуть на различные аспекты разрабатываемого плана с различных точек зрения, и много всяких небольших тонкостей - но этого было достаточно.

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

3. Судьба

В 1987 году, MacProject был приобретен (вместе с командой авторов) Claris, Inc, дочерним предприятием Apple Computer, а в декабре того же года на свет появился MacProject II. В 1987 году главной задачей, стоявшей перед Claris, было обеспечение совместимости программных продуктов с новыми версиями операционной системы и с новинками быстро прогрессирующей платформы Макинтош.

Крестный отец проекта, Джеймс Холкомб, опубликовал в том же 1987 году научно-популярную книгу "Planning Big with MacProject", ставшую бестселлером среди пользователей программы. Немногие из десятков тысяч программ удостоились такой чести.

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

На Маке Microsoft Project успеха не имел, и разработка Мак-версий этого продукта очень быстро прекратилась. По другую сторону межплатформенного барьера MS Project в течении долгих лет оставался основным инструментом сетевого планирования.

В 1993 году был выпущен MacProject Pro 1.5, последняя версия программы. К этому моменту продукт оброс множеством умностей и заумностей, но сохранив здоровую и простую первооснову, остался популярным.

Из важных новшеств MacProject Pro стоит отметить "подпроекты" - то есть, проект теперь мог состоять не только из простых и элементарных "задач", но и из задач, которые сами были целыми (иногда немаленькими) проектами, элементы "искусственного интеллекта", которые РЕКОМЕНДОВАЛИ пользователям оптимальные распределения работ или ресурсов, управляемость извне с помощью языка AppleScript...

В 1993 году разработка программы была прекращена, или сокращена до минимума. Подозрительным образом, это совпало с периодом безвластия на Apple Computer, когда те самые менеджеры среднего звена, которые выигрывали от применения этой программы больше всех, почти откровенно занимались решением собственных проблем, в ущерб интересам компании. К роковому 1998 году, MacProject заметно отстал от требований тогдашней современности и хотя спрос на программу и оставался высоким, она была, как и многие другие программы Claris, убыточна.

Проект MacProject был закрыт. Как и в случае с HyperCard, интерфейсные и прочие решения, использованные в MacProject, защищены патентами, и копировать их в собственных программных продуктах противозаконно. Права принадлежат Apple, играющей в данном случае роль собаки на сене...

4. Недостатки

Были у MacProject и недостатки - которые легко могли бы быть устранены в версии MacProject Pro 2.0 или 3.0. Например, управление ресурсами было довольно ограниченным.

Но о безвременно ушедших или хорошо, или ничего...