Программные продукты фирмы Primavera Systems, Inc.





Все продукты этой фирмы разрабатываются в соответствии с идеологией Концентрического Управления Проектами (Concentric Project Management - СРМ), в основе которой лежит структурированный, интегрированный и масштабируемый подход к координации людей, команд и проектов. По сравнению с традицион­ной методологией управления проектами, в СРМ реализовано несколько важных преимуществ:

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

♦ координация инициирует диалог внутри компании. Если кто-либо отклоняется от стратегического курса компании, это немедленно выявляется и принимаются эффективные меры;

♦ усиление роли каждого исполнителя достигается за счет того, что люди знают, что их работа является частью выполнения общей большой задачи;

♦ конкурентные преимущества реализуются за счет специальных СРМ — средств анализа чувствительности и поддержки принятия решений, которые помогают выбрать наиболее конкурентоспособный проект, обеспечивающий наибольшую прибыль на инвестированный капитал.

Primavera Project Planner (РЗ) 2.0—3.0 — программный продукт, предназначенный для календарно-сетевого планирования и управления с учетом потребностей в материальных, трудовых и финансовых ресурсах. Выполняет функцию центрального хранилища проектов, содержащего все данные расписания, где руководители и планировщики проекта создают единые структуры проекта.

SureTrak Project Manager (ST) 3.0 — аналогичный РЗ 2.0—3.0инструмент, предназначенный для управления небольшими проектами, либо частями крупных проектов. Может быть использован проектировщиками и подрядчиками как инструмент планирования и контроля работ, заказчиками в качестве средства отслеживания хода проекта. SureTrak позволяет учесть все сложности, возникающие на этапе реализации проектов, включая недопоставки сырья или оборудования, задержки платежей, спрогнозировать величину денежных потоков и т. д.

Webster for Primavera используется совместно с РЗ 2.0—3.0 и позволяет участникам проекта просматривать список своих заданий и обновлять информацию об их выполнении из любой точки земного шара, используя для этого обычный web-браузер. Он обеспечивает доступ к данным проекта через внутрикорпоративную сеть Intranet или глобальную сеть Internet в режиме реального времени.

Monte Carlo for Primavera применяется для анализа рисков проекта, ведущихся в Р3 2.0—3.0, и позволяет определять сроки работ и затраты на их выполнение с заданной вероятностью. Дает возможность доступа к базе данных проектов, ведущихся в Р3 2.0—3.0, что позволяет проводить интеграцию последнего с другими приложениями.

Новая линия программных продуктов Primavera Project Planner for the Enterprise (Р3е) поддерживает работу в архитектуре клиент-сервер, работает на базе таких реляционных СУБД, как Oracle и Microsoft SQL Server, за счет чего упрощается интеграция системы управления в существующую корпоративную информационную систему предприятия. По сравнению с Р3 2.0—3.0 расширились возможности описания дополнительных данных по работам, улучшилась структуризация проекта (появилась поддержка организационной структуры предприятия и структуры ресурсов).

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

С помощью Р3е руководители и команда проекта получают всю необходимую информацию, которая позволит сформировать наиболее полную картину всех реализующихся на предприятии проектов.

Более подробную информацию о программном обеспечении фирмы Primavera Systems, Inc. Можно узнать на http://www.prima-vera.msk.ru.

Artemis Views, производитель — Artemis International

Семейство Artemis Views состоит из набора модулей для автоматизации различных функций управления проектами: Project View, Resource View, TrackView, CostView. Все модули имеют совместимый формат данных, работают в архитектуре клиент/сервер, поддерживают ODBC стандарт и легко интегрируются с популярными СУБД Oracle, SQLBase, SQLServer, Sybase. Каждый модуль может работать как независимо, так и в комбинации с другими. Цена на это традиционно недешевое ПО рассчитывается исходя из заказываемой конфигурации.

Project View позволяет:

♦ реализовать мультипроектную, многопользовательскую систему планирования и контроля проектов в организации;

♦ обеспечить механизм ограничения доступа при распределенной работе нескольких пользователей с проектом;

♦ формировать разнообразные отчеты за счет встроенных средств или с использованием специализированного ПО (Quest).

ResourceView — специализированная система для планирования и контроля использования ресурсов. Поддерживаются средства выравнивания и оптимизации загрузки ресурсов.

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

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

1.4 Особенности внедрения информационных систем управления проектами

 

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

Любая информационная система предполагает автоматизацию тех или иных функций. В случае системы управления проектами в качестве объекта автоматизации могут выступать функции разработки календарно-сетевого графика работ, отслеживания фактического выполнения работ и т. д.

Внедрение информационной системы управления проектами включает:

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

♦ подготовку персонала. Проводится обучение персонала и проверка его способности обеспечить функционирование информационной системы управления проектами;

♦ комплектацию информационной системы программным обеспечением и техническими средствами;

♦ проведение опытной эксплуатации информационной системы и ее доработку;

♦ проведение приемочных испытаний.

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

В общем случае, внедрить информационную систему, использующую «большие» и сложные программные средства оказывается гораздо труднее, чем использующую небольшие программные пакеты. Это связано и с высокой стоимостью такого решения, и с определенными организационными трудностями, и со сложностью настройки конкретного рабочего места и т. п.

Наиболее типичные проблемы при внедрении информационных систем управления проектами состоят в том, что:

верхний уровень управления не «хочет» видеть реальную картину проекта. Из информации о ходе выполнения проекта может следовать, что необходимо большее количество времени и ресурсов для выполнения работ, чем первоначально планировалось. С другой стороны, эта же информация требуется проект-менеджеру для соблюдения жестких ресурсных ограничений;

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

проект-менеджеры могут и не использовать ежедневно программное обеспечение для своих проектов. Они часто полагаются на другие методы и инструменты планирования из опыта предыдущих проектов;

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

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

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

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

внедрение может «выставить на показ» отсутствие навыков планирования и организации у управляющих среднего звена. Их страх перед информационной системой может стать одним из основных препятствий при ее внедрении;

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

внедрение сложных информационных систем управления проектами требует большого количество ресурсов (персонал, оборудование и т. д.);

необходимо знать место информационной системы в организации. Должна ли она использоваться на всех уровнях управления? Должна ли она использоваться только для высокоприоритетных проектов?

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

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

Можно сформулировать несколько наиболее часто встречающихся ошибок планирования внедрения систем для управления проектами, которые являются причинами неудач освоения подобных систем:

♦ цели проекта разработки и внедрения информационной системы, внешние условия и ограничения не определены заранее или определены не в полном объеме;

♦ планирование ввода в эксплуатацию всех функций системы управления проектами одновременно. Внедрение системы для управления проектами в полном объеме может предусматривать использование целого ряда новых технологий (установку глобальной информационной сети, установку серверов баз данных). Реализация различных функций может влиять на работу разных подразделений и специалистов (разные отделы должны быть вовлечены в поддержку информационных потоков при реализации временного, ресурсного и стоимостного видов планирования работ). Все это может привести к значительному усложнению проекта и делает проблематичным стабилизацию работы системы в целом;

♦ планирование перевода сразу всей организации на использование системы для управления проектами. Это подобно попытке связать сразу всех сотрудников крупной организации в локальную вычислительную сеть, вместо того, чтобы осуществлять подключение пользователей последовательно, отдел за отделом.

Таким образом, некоторые общие рекомендации по внедрению программного обеспечения для управления проектами включают следующие положения:

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

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

♦ последовательное внедрение системы, начиная с небольших проектов и отделов организации. Необходимо помнить, что в каждой организации есть сотрудники, заинтересованные в использовании новых систем автоматизации и способные их освоить. Начать лучше именно с них. Получив первую группу пользователей, освоивших систему, можно переходить к распространению данной технологии на остальные отделы и проекты в организации.


 





Рекомендуемые страницы:


©2015-2019 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-04-27 Нарушение авторских прав и Нарушение персональных данных

Обратная связь

ТОП 5 активных страниц!