Добавлен: 15.03.2024
Просмотров: 21
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Ключевая роль СУП на предприятии состоит не в том, или не только в том, чтобы собирать и передавать данные по состоянию процессов. Известно, что только 5% проектов выполняются в срок и в рамках бюджета. Значительное большинство отклоняется от графика и требует постоянного внимания со стороны руководителей. Поэтому любые средства "интеллектуализации" процессов принятия решений в управлении проектами существенно повышают эффективность автоматизированных систем.
Традиционно Primavera Enterprise позволяет строить графики и обеспечивает их контроль. Кроме того, как корпоративная система она фиксирует бюджеты проектов, планы финансирования и поступления средств для реализации проектов, обеспечивает коммуникации между многочисленными участниками. Кроме этого, Primavera вступает в игру всякий раз, когда с ее помощью проводится многовариантный анализ данных по проекту, готовятся специализированные отчеты, с помощью "глобальных замен" перенастраивается весь проект в соответствии с изменившимися требованиями и т.д.
Если в организации одновременно ведется большое количество проектов, Primavera Enterprise и Primavera Expedition предоставляют широкие возможности по формированию и обзору сводной информации и анализу работ как по одному, так и по нескольким проектам (при этом их можно группировать по множеству критериев - уровням готовности, местам проведения, рискам и т. п.). Primavera Expedition определяет наиболее приоритетные для каждого пользователя задачи и требующие обработки документы, контролирует графики рассмотрения и согласования проектных материалов, фиксирует отклонения и сообщает о них ответственным лицам, отслеживает объемы и стоимость поставок.
На рабочем месте руководителя система может быть настроена на формирование оперативных предупреждений, возникающих в случае превышения сроков, объемов или стоимости работ, а также ряда других важнейших показателей. При этом с помощью Primavera Expedition руководитель может быстро перейти к исходному документу, связанному с выявленным отклонением и найти ответственного.
Проект можно просматривать с различных точек зрения - как с помощью средств подготовки отчетов Primavera Enterprise, так и с помощью собственных средств Primavera Expedition, позволяющих создать итоговый отчет на основании справок конкретных исполнителей. Primavera Expedition способна дать менеджерам ответы на вопросы типа "У кого на согласовании находится определенный материал? Утвержден ли такой-то документ? Кому направлены замечания? Подготовлены ли нужные спецификации?" и т. п.
Доступ к проектным данным возможен из браузера с помощью модуля Primavera Expedition Express или с мобильных устройств (типа Palm) с помощью модуля Primavera Expedition Mobile - например, когда инженеру на строительной площадке требуется ввести информацию о поступивших материалах и согласовать определенные действия с руководством.
Еще большего эффекта удается достичь, если в процессе исполнения проекта средства Primavera использует не только предприятие, исполняющее проект, но и его соисполнители, подрядчики и субподрядчики.
Каждая из организаций может использовать набор функциональных модулей - P3e для планирования и контроля, Primavision для инициации и анализа реализации проектов, Progress Reporter для ввода информации о фактически выполненных объемах работ и отработанном времени, Primavera Expedition для сопровождения договоров и контроля обязательств, например, по подрядным договорам (разумеется, если много соисполнителей и эти процессы нуждаются в автоматизации), Expedition Mobile для сбора информации о факте выполнения поставок и другой информации по договорам, Primavera Expedition Express для работы с системой с удаленных рабочих мест.
Primavera начинает работать уже на этапе заключения договоров с партнерами и поставщиками. С помощью Primavera Expedition автоматизируются все ключевые элементы стандартных процессов сопровождения договоров. Система позволяет вводить подробные сведения о заключаемом договоре, который привязан к конкретному проекту, и затем отслеживать ход его согласования до момента окончательного подписания.
Все вносимые в проект изменения и корректировки документируются и присоединяются к исходному договору, а также учитываются в структуре затрат проекта. Это позволяет управляющему проектом и руководителю предприятия быстро и точно оценивать изменение стоимости проекта в динамике, определять причины изменений, ответственных исполнителей и ненадежных подрядчиков.
Далее на этапе планирования работ основным инструментом является Primavera Enterprise, с помощью которого совместными усилиями участников проекта формируется структура декомпозиции работ (WBS-структура), графики реализации проекта, распределяются ресурсы и фиксируются стоимости запланированных работ. Для формирования расписания проекта используются диаграммы Ганта, PERT-представление, ресурсные диаграммы, позволяющие проанализировать рассчитанное расписание и результаты выравнивания ресурсов по работам и объектам.
На этапе исполнения проекта данные о выполненных работах, поступающие от подрядчиков или ответственных лиц, вносятся в журналы регистрации поставок материалов, суточных отчетов, отслеживания разработки и согласования проектной документации и др. С помощью Primavera Expedition они привязываются к исходному договору, что позволяет при необходимости изучить всю его историю.
Параллельно с этим в детализированный календарный график заносятся сведения о выполненных в рамках проекта работах, использованных материально-технических и финансовых ресурсах и отработанных человеко-часах. Эта информация, собираемая с помощью Progress Reporter, передается в общую базу данных, где происходит автоматическое обновление соответствующих сведений о проекте.
Вся документация, разрабатываемая в ходе проекта, проходит процедуру согласования и утверждения, фиксируемую с помощью Expedition.
Регулярное обновление Web-сайта проекта, который генерируется "по кнопке" в P3e, обеспечивает доступ к актуальной информации всем участникам проекта в соответствии с определенными правами доступа.
Таким образом, к этапу завершения проекта или к моменту окончания отчетного периода накапливается вся информация о выполнении, как собственных работ предприятия, так и работ его партнеров. Эта информация может использоваться для автоматического формирования актов выполненных работ, счетов и других сводных отчетов, а также для проверки корректности данных, поступающих от исполнителей.
2.4 Open Plan
Open Plan - разработчик – Welcom Software Technology www.wst.com / представитель в России – A-Project Technologies (в настоящее время – Департамент управления проектами холдинга "Ланит" www.projectmanagement.ru)
Этот продукт позиционируется как профессиональная система управления проектами масштаба предприятия. Выпускается в трех версиях: Enterprise, Professional и Desktop.
Интерфейс продукта весьма оригинален. Рабочее пространство представлено в виде нескольких рабочих столов, на которых помещаются ярлыки к стандартным объектам (файлы проектов, календарей, ресурсов, кодов, шаблонов), так и к любому файлу (рис. 1). При открытии проекта открывается "записная книжка проекта" - набор рабочих столов с ярлыками к файлам, непосредственно относящимся к проекту. В поставку входит несколько десятков наиболее распространенных шаблонов представления проекта. Применение шаблона к проекту осуществляется простым перетаскиванием нужного ярлыка на записную книжку проекта. Отдельного упоминания заслуживает функция "Директор Управления Проектами" (ДУП).
ДУП это инструментарий автоматизации повторяющихся процессов при управлении проектами. Объектами ДУП могут быть не только стандартные формы, представления и процедуры Open Plan, но и объекты из других приложений, например, текстового редактора, электронных таблиц, CAD. В поставке – 35 стандартных шаблонов ДУП, разбитых, согласно рекомендациям PMI на 8 категорий. Естественно, есть функция создания и сохранения пользовательских шаблонов представления и шаблонов ДУП.
Рисунок 1 – Рабочее пространство Open Plan
В продукте весьма развита система ресурсного планирования. Реализовано два базовых метода расчета расписания:
Ресурсное планирование при ограниченном времени – приоритетной является необходимость придерживаться общей даты завершения проекта при попытке минимизировать степень перегрузки ресурсов. В результате ресурсы могут быть перегружены.
Ресурсное планирование при ограниченных ресурсах – приоритет отдается предотвращению перегрузки ресурсов, даже если это приведет к выходу проекта за рамки расписания. При этом замедляется завершение проекта на столько, насколько это необходимо для того, чтобы избежать перезагрузки ресурсов.
Реализован тип материальных ресурсов с ограниченным сроком хранения. При назначении исполнителей на операции можно указывать требуемую квалификацию или альтернативный ресурс и тогда, при ресурсном планировании, система предложит наиболее оптимальный, с точки зрения загрузки, ресурс.
Благодаря иерархической организации ресурсов, можно создавать любые структуры статей затрат.
Следует особо отметить, что функция анализа рисков – встроена в систему, тогда как в некоторых продуктах она поставляется как отдельный модуль. Для длительности избранных или всех работ проекта вводятся оптимистическая и пессимистическая оценки. Далее по методу Монте-Карло определяется вклад вероятностей в даты проекта.
Возможности сортировки, фильтрации, создания пользовательских полей и глобальной замены традиционно сильны для продуктов такого класса. Можно пользоваться стандартным набором или создать собственные. Различий в интерфейсе версий нет. Open Plan Desktop ограничен функционально. В ней присутствуют все функции для планирования и контроля за выполнением проекта, но нельзя работать с внешними подпроектами, создавать пользовательские поля, отчеты, шаблоны представлений, изменять настройки процедур ДУП, выполнять анализ рисков.
При использовании собственного формата хранения данных, разграничение уровней доступа к проектным данным производится с помощью специальной утилиты SysAdm. Если же данные проектов хранятся с использованием СУБД, эти операции должны выполняться средствами СУБД. В системе имеется встроенная функция создания архива проекта (backup) в одном файле. В состав продукта входит модуль Web Publisher, с помощью которого осуществляется публикация данных проекта на веб-сервере.
В качестве системы управления бюджетом проектов Welcom Software Technology предлагает продукт Cobra. Совместное использование Cobra с Open Plan или с другой СУП позволяет построить интегрированную систему управления календарным графиком и затратами проекта.
2.5 Spider Project
Spider Project (разработчик/представитель в России – компания "Технологии управления "Спайдер", www.spiderproject.ru)
Без преувеличения можно сказать, что Spider Project лучшая отечественная система управления проектами. Версия под DOS появилась еще в 1992 году. От версии к версии заметно улучшается не только интерфейс системы, но и ее функциональность.
Минимальные требования к системе: процессор i486 или выше; операционная система Windows (95, 98, 2000, NT); оперативная память не менее 32М; свободное место на диске для установки программы не менее 25Мб, свободное место на диске для хранения проектов около 1500Кб на каждые 1000 операций проекта.
Рабочее пространство главного окна разбито на три функциональные зоны (рис. 2). В левой её части – ярлыки к открытым проектам. В средней части – 16 ярлыков на шаблоны представления и данные проекта. В правой части располагаются ярлыки на открытые документы проекта. Документ проекта можно создать из текстовых файлов, html-файлов или файлов баз данных.
Рисунок 2 – Рабочее пространство главного окна Spider Project
У этого продукта много отличий от западных собратьев, однако основным из них является подход к определению длительности операций. В большинстве известных пакетов операции характеризуются длительностью их исполнения. В Spider Project наряду с длительностями можно задавать физические объемы работ на операциях. Длительность определяется пакетом в процессе составления расписания работ в зависимости от производительности назначенных ресурсов. В связи с этим, имеется отличие и в определении задержек на связях операций. Наряду с положительными и отрицательными временными задержками, реализованные во всех пакетах, можно использовать и объемные задержки. Дело в том, что с временными задержками может возникнуть ситуация, когда работа началась, но исполняется медленнее, чем было запланировано и временная задержка может исчерпаться раньше, чем будет выполнен запланированный объем работ.
