SPIDER PROJECT
Без преувеличения можно сказать, что Spider Project лучшая отечественная система управления проектами. Минимальные требования к системе: процессор i486 или выше; операционная система Windows (95, 98, 2000, ХР); оперативная память не менее 32М; свободное место на диске для установки программы не менее 25М, свободное место на диске для хранения проектов около 1500К на каждые 1000 операций проекта.
Рабочее пространство главного окна разбито на три функциональные зоны. В левой части - ярлыки к открытым проектам. В средней части - ярлыки на шаблоны представления и данные проекта. В правой части располагаются ярлыки на открытые документы проекта.
Документ проекта можно создать из текстовых файлов, html-файлов или файлов баз данных. Главным отличием Spider Project от западных собратьев является подход к определению длительности операций. В большинстве известных пакетов операции характеризуются длительностью их исполнения. В Spider Project наряду с длительностями можно задавать физические объемы работ на операциях.
Длительность определяется в процессе составления расписания работ в зависимости от производительности назначенных ресурсов. Spider Project позволяет создавать положительные и отрицательные временные задержки, можно также использовать и "объемные" задержки, которые предназначены для тех ситуациях, когда работа началась, но исполняется медленнее, чем было запланировано, потому что временная задержка может исчерпаться раньше, чем будет выполнен запланированный объем работ. Кроме отдельных ресурсов можно задавать мультиресурсы и пулы.
Мультиресурсы - это группы ресурсов, которые используются для выполнения работы, в том числе это могут быть и исполнители работ (например, бригада). Мультиресурсы можно назначать на исполнение операций. Пулы - это группы взаимозаменяемых ресурсов. Spider Project позволяет использовать неограниченное количество составляющих стоимости, причем в разных валютах. Таким же образом можно создать неограниченное количество различных иерархических структур работ и ресурсов.
Данная СУП имеет возможность хранить неограниченное количество версий проекта и анализировать ход исполнения работ не только по сравнению с какой-то базовой версией, но и с любой другой.
При расчете расписания проекта Spider Project учитывает ограниченность ресурсов и резервы сроков исполнения. Алгоритм анализа рисков так же отличается от других систем. При моделировании рисков в качестве исходной информации используются не оценки длительности (оптимистические или пессимистические), а оценки производительности ресурсов.
Непривычно реализована и поддержка групповой работы над проектом. В Spider Project нет одновременного доступа на изменение данных. Ответственный за свою часть проекта (фазу) представляет менеджеру проекта свои файлы, а решение принять или отвергнуть изменения остается за менеджером проекта. По мнению разработчиков, именно такое решение позволяет избежать неразберихи при изменении проектных данных, и траты времени на "выкусывание блох".
С применением таких же принципов разработана и система групповой работы через Интернет. Обмен данными между сервером и клиентами осуществляется с использованием протокола FTP, что позволяет развернуть систему на любой платформе. Система взаимодействия между участниками проекта с использованием Intranet или Internet по следующему механизму:
• созданная главным менеджером полная версия проекта передается на сервер с указанием списка пользователей и уровня доступа тех, которым она предназначается;
• пользователи системы согласно включенным в список ограничениям по доступу к проектам, могут получить план проекта - только для чтения или его часть проекта для управления реализацией;
• в результате выполнения функции управления пользователь передает измененный план обратно на сервер, откуда он может быть получен руководителем проекта;
• получая доступ к серверу, пользователь видит список доступных для него проектов и открывает их прямо в Spider Project.
Взаимодействие между участниками проекта можно осуществлять также и посредством нескольких серверов. Например, главный менеджер отправлять проекты может на один сервер, а получать с другого.
Следует отметить хорошую справочную систему продукта, в которую, помимо руководства пользователя включен небольшой терминологический справочник и руководство по созданию проектов.
Можно назвать несколько известных проектов, при управлении которыми применялся SpiderProject. Это строительство в 1997г. Олимпийской деревни для Всемирных Юношеских Игр в Москве, строительство Каспийского трубопровода, газопровода Ямал-Европа, реконструкция Рязанского НПЗ.
Заключение
В заключение необходимо отметить, что использование систем управления проектами в строительствеимеет широкие перспективы, учитывая объемы строительства, потоки информации, множественность участников инвестиционного процесса.