Программные продукты фирмы Primavera Systems, Inc.
⇐ ПредыдущаяСтр 24 из 24 Все продукты этой фирмы разрабатываются в соответствии с идеологией Концентрического Управления Проектами (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 применяется для анализа рисков проекта, ведущихся в РЗ 2.0—3.0, и позволяет определять сроки работ и затраты на их выполнение с заданной вероятностью. RA дает возможность доступа к базе данных проектов, ведущихся в РЗ 2.0—3.0, что позволяет проводить интеграцию последнего с другими приложениями. RA обеспечивает программистов процедурами расчета показателей работ проектов. Новая линия программных продуктов Primavera Project Planner for the Enterprise (РЗе) поддерживает работу в архитектуре клиент-сервер, работает на базе таких реляционных СУБД, как Oracle и Microsoft SQL Server, за счет чего упрощается интеграция системы управления в существующую корпоративную информационную систему предприятия. По сравнению с РЗ 2.0—3.0 расширились возможности описания данных работ, структуризации проекта: появилась поддержка организационной структуры предприятия и структуры ресурсов. Представление проектов в РЗе обогащено различными дополнительными деталями, такими, как замечания относительно различных этапов выполнения работ и назначения ресурсов, ссылки на соответствующие документы. Поддерживается функция описания и оценки рисков, связанных с проектом.
С помощью РЗе руководители и команда проекта получают всю ту необходимую информацию, которая позволит сформировать наиболее полную картину всех реализующихся на предприятии проектов. Более подробную информацию о программном обеспечении фирмы 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. Каждый модуль может работать как независимо, так и в комбинации с другими. Цена на это традиционно недешевое ПО рассчитывается исходя из заказываемой конфигурации. ProjectView позволяет: » реализовать мультипроектную, многопользовательскую систему планирования и контроля проектов в организации; » обеспечить механизм ограничения доступа при распределенной работе нескольких пользователей с проектом; » формировать разнообразные отчеты за счет встроенных средств или с использованием специализированного ПО (например, Quest). ResourceView — специализированная система для планирования и контроля использования ресурсов. Поддерживаются средства выравнивания о оптимизации загрузки ресурсов. TrackView — средство для контроля и анализа выполнения работ, включая отслеживание временных, ресурсных и затратных показателей. Позволяет предоставлять информацию с различной степенью детализации: от подробных отчетов для ответственных до отчетов, содержащих укрупненные показатели для проект — менеджера и руководства организации. CostView обеспечивает централизованное хранение информации по всем затратам и доходам работ в проектах. Позволяет проводить расчет экономическую эффективности проекта, денежных потоков и прогнозировать затраты до его завершения. Программное обеспечение для составления сметной документации На российском рынке представлено большое количество ПО для составления сметной документации, к которому относится: ABC, «Ресурсная смета», «АВеРС» («WinABePC»), «Сметчик-строитель», «WinСмета», «Барс+», АО («А-ноль»), «Багира», «Эксперт-Смета», «Оса», «РИК» (ресурсно-индексное калькулирование), «Инвестор» и др.
Используются два основных метода расчета строительных смет: ресурсный и базисно-индексный. В зависимости от принятого метода можно настраивать алгоритм расчета сметы, список и формулы расчета накруток, дифференцированных коэффициентов и т. д. Многие системы имеют возможность создавать собственные расценочные базы и использовать их наряду с поставляемыми базами. Интерфейсы программного обеспечения порой существенно отличаются друг от друга — существуют как ДОС, так и Windows — версии. Многие системы, помимо составления смет, позволяют выполнять работу с процентовками, проверять формы М-29, вести накопительные ведомости и договора, составлять акты выполненных работ. В разных сметных программах существуют различные возможности формирования и печати выходных форм — от простого вывода на принтер до передачи в широко распространенные приложения (MS Word, Excel и т. п.). 22.6. Особенности внедрения информационных систем управления проектами Освоение систем управления проектами может быть связано с необходимостью внедрения и использования новых управленческих технологий. Таким образом, разработка и настройка программного обеспечения еще не дает гарантии, что оно будет эффективно применено. Процедура внедрения системы призвана помочь в преодолении данной проблемы. Любая информационная система предполагает автоматизацию тех или иных функций. В случае системы управления проектами в качестве объекта автоматизации могут выступать функции разработки календарно-сетевого графика работ, отслеживания фактического выполнения работ и т. д. Внедрение информационной системы управления проектами включает: » подготовку функций управления проектами к вводу информационной системы в действие. Проводятся работы по организационной подготовке подразделений, участвующих в выполнении функций;
» подготовку персонала. Проводится обучение персонала и проверка его способности обеспечить функционирование информационной системы управления проектами; » комплектацию информационной системы программным обеспечением и техническими средствами; » проведение опытной эксплуатации информационной системы и ее доработку; » проведение приемочных испытаний. Масштабы использования систем управления проектами в различных организациях могут существенно варьироваться. Сложность задач по внедрению зависит от масштабов организации, имеющейся структуры управления и степени автоматизации, масштабов и типа реализуемых проектов, степени вовлеченности в управление проектами внешних организаций. Однако, даже в относительно простых ситуациях, план внедрения системы может сыграть решающую роль для ее ввода в реальную эксплуатацию. Еще на стадии проектирования важно вовлечь потенциальных пользователей в процесс разработки, сформировать их требования к информационной системе управления проектами. В общем случае, внедрить информационную систему, использующую «большие» и сложные программные средства оказывается гораздо труднее, чем использующую небольшие программные пакеты. Это связано и с высокой стоимостью такого решения, и с определенными организационными трудностями, и со сложностью настройки конкретного рабочего места и т. п. Наиболее типичные проблемы при внедрении информационных систем управления проектами состоят в том, что: » верхний уровень управления не «хочет» видеть реальную картину проекта. Из информации о ходе выполнения проекта может следовать, что необходимо большее количество времени и ресурсов для выполнения работ, чем первоначально планировалось. С другой стороны, эта же информация требуется проект-менеджеру для соблюдения жестких ресурсных ограничений; » верхний уровень управления может и не использовать программное обеспечение для планирования, бюджетирования и принятия решений. Персонал верхнего уровня управления в большей степени использует традиционные методы, или отказывается воспринимать реальное положение вещей. В результате разрабатываемые ими планы оказываются необоснованными и далекими от реальности; » проект-менеджеры могут и не использовать ежедневно про » граммное обеспечение для своих проектов. Они часто полага » ются на другие методы и инструменты планирования из » опыта предыдущих проектов; » верхний уровень управления может несерьезно воспринимать потребность в обучении. Проведение треннинговых курсов являются одним из обязательных условий успешного внедрения, несмотря на то, что для каждого проекта требуется отдельный поход;
» использование распределенного программного обеспечения требует четко налаженной системы внутренних коммуникаций. Ответственные за распределение и использование ресурсов должны постоянно обмениваться информацией друг с другом; » «большие» программные продукты не всегда обеспечивают быструю обработку информации. Как правило, это является результатом не полного понимания того, как использовать возможности новой системы; » организация может не иметь внутрифирменных стандартов в части управления проектами. Это может выражаться в плохо разработанной структуре разбиения работ, невозможности описать фазы жизненного цикла, нечетком понимании зависимостей между работами и т. п.; » внедрение может «выставить на показ» отсутствие навыков планирования и организации у управляющих среднего звена. Их страх перед информационной системой может стать одним из основных препятствий при ее внедрении; » область деятельности и организационная структура могут не подходить для внедрения системы управления проектами. Процессы управления проектами, и в частности процесс распределения ресурсов, могут иметь место в матричной структуре. Если организация консервативна в использовании традиционных структур управления, то вероятность успешного внедрения информационной системы достаточно невелика; » внедрение сложных информационных систем управления проектами требует большого количество ресурсов (персонал, оборудование и т. д.).; » необходимо знать место информационной системы в организации. Должна ли она использоваться на всех уровнях управления? Должна ли она использоваться только для высокоприоритетных проектов? » информационная система может рассматриваться как замена живому и неформальному общению, передаче навыков и опыта внутри персонала. Она не должна ставить взамен этому жесткие каналы коммуникаций; » внедрение информационной системы имеет меньше шансов на успех, если в организации нет понимания основных принципов управления проектами, либо у руководства отсутствует желание их изучать. Можно сформулировать несколько наиболее часто встречающихся ошибок планирования внедрения систем для управления проектами, которые являются причинами неудач освоения подобных систем: » цели проекта разработки и внедрения информационной системы, внешние условия и ограничения не определены заранее или определены не в полном объеме; » планирование ввода в эксплуатацию всех функций системы управления проектами одновременно. Внедрение системы для управления проектами в полном объеме может предусматривать использование целого ряда новых технологий (например, установку глобальной информационной сети, установку серверов баз данных). Реализация различных функций может влиять на работу разных подразделений и специалистов (например, разные отделы должны быть вовлечены в поддержку информационных потоков при реализации временного, ресурсного и стоимостного видов планирования работ). Все это может привести к значительному усложнению проекта и делает проблематичным стабилизацию работы системы в целом; » планирование перевода сразу всей организации на использование системы для управления проектами. Это подобно попытке связать сразу всех сотрудников крупной организации в локальную вычислительную сеть, вместо того, чтобы осуществлять подключение пользователей последовательно, отдел за отделом. Таким образом, некоторые общие рекомендации по внедрению программного обеспечения для управления проектами включают следующее: » необходимо четко представлять цели и преимущества, ожидаемые от внедрения новой системы. Результаты внедрения системы должны быть согласованы со всеми, кто связан с ее внедрением или будет участвовать в ее эксплуатации; » последовательное внедрение разработанных решений от «простого к сложному», от локальных к глобальным. Рекомендуется начать с планирования и контроля временных параметров, затем освоить функции стоимостного планирования и контроля и только после этого переходить к ресурсному планированию. К интеграции системы управления проектами с другими системами лучше переходить после того, как процедуры использования основных ее функций освоены; » последовательное внедрение системы, начиная с небольших проектов и отделов организации. Необходимо помнить, что в каждой организации есть сотрудники, заинтересованные в использовании новых систем автоматизации и способные их освоить. Начать лучше именно с них. Получив первую группу пользователей, освоивших систему, можно переходить к распространению данной технологии на остальные отделы и проекты в организации. РЕЗЮМЕ Управление коммуникациями проекта должно быть нацелено на групповое взаимодействие в рамках управления проектом и включать: » информацию проекта, т. е. собранные, обработанные и распределенные данные, включающие в себя как исходные данные, так и получаемые в результате прямых расчетов, аналитической обработки, экспертных оценок и пр.; » средства обработки информации, включающие в себя информационные технологии, базирующиеся на современных программных средствах; » средства коммуникации, ориентированные на обеспечение своевременного сбора, генерации, распределения и сохранения необходимой проектной информации и базирующиеся на современных средствах связи и передачи данных. КОНТРОЛЬНЫЕ ВОПРОСЫ И ЗАДАНИЯ 1. Дайте определение понятию «управление коммуникациями проекта». 2. Приведите примеры формы представления и распределения информации между участниками проекта. 3. Назовите основных потребителей информации проекта. 4. Какие процессы включает в себя функция управления информационными связями? 5. Что понимается под информационной системой управления проектом? 6. Выполнение каких функций должно обеспечиваться персональными компьютерными системами и распределенными интегрированными системами? 7. Назовите основные функции информационных систем поддержки принятия решений. 8. Назовите основные функциональные элементы интегрированной информационной системы поддержки принятия решений на стадии выполнения проекта. 9. Какие стадии включает в себя процесс внедрения информационной системы управления проектами? 10.Каковы основные проблемы при построении автоматизированной системы управления проектами? 11.Каковы наиболее распространенные ошибки при внедрении систем управления проектами? ЛИТЕРАТУРА 1. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания. —М.: Комитет стандартизации и метрологии СССР, 1991. 2. Путеводитель в мир управления проектами: Пер. с англ. — Екатеринбург: УГТУ, 1998. 3. Мазур И.Ии др. Реструктуризация предприятий и компаний. Справочное пособие/Под ред. И.И. Мазура — М.: Высшая школа, 2000. 4. Управление проектами. Зарубежный опыт / Под. ред. В.Д. Шапиро. — СПб.: ДваТрИ, 1993. 5. Управление проектами / Общая редакция В.Д. Шапиро. — СПб.: ДваТрИ, 1996. 6. Управление проектами: Толковый англо-русский словарь-справочник/ Под ред. В.Д. Шапиро. — М.: Высшая школа, 2000. 7. Шеремет В.В. и др. Управление инвестициями. В 2 т. — М.: Высшая школа, 1998. 8. Avraham Shtub, Jonathan F. Bard, Shlomo Globerson. Project management: engineering, technology and implementation — Prentice Hall, Englewood Cliffs, NJ 07632, 1994 — ISBN: 0-13-556458-1. 9. Clifford F. Gray, Erik W. Larson. Project management. The managerial process — McGRAW — Hill International Editions, 2000. 10. Fleming Q.W., Hoppelman J.M. Earned value project management. PMI, 1996. 11. Harold Kerzner. Project management: a system approach to planning, scheduling, and controlling — 6th ed. — John Wiley & Sons, Inc., 1998. ISBN: 0-471-28835-7. 12. James P. Lewis. Fundamentals of project management. — American Management Association, 1997. 13. James P. Lewis. The project manager's desk reference. — Irwin Professional Publishing, 1995. 14. PCWEEK. Russion Edition. 2000. № 3,4,6. 15. Primavera Project Planner. Руководство по Планированию и Контролю/ Пер. с англ. ЗАО «Консалтинг ПРИМ», 1997. 16. Primavera Project Planner. Руководство Пользователя /Пер. с англ. ЗАО «Консалтинг ПРИМ», 1997. 17. Principles of project management: collected handbooks from the Project Management Institute/with a new introduction by John. A. Adams, PMI, 1997. ISBN: 1-880410-30-3. 18. Ralph L. Kliem, Irwin S. Ludin. Project management practitioner's handbook — Amacom American Management Assosiation, 1998. ISBN: 0-8144-0396-4. 19. Sunny Baker, Kim Baker. The complete idiot's guide to Project Management — Alpha books, 1998. ISBN: 0-02-861745-2. Учебное пособие И.И. Мазур В.Д. Шапиро Н.Г. Ольдерогге УПРАВЛЕНИЕ ПРОЕКТАМИ Главный редактор И.В. Кондаков Корректоры А.А. Артамонова, А.В. Бенецкая Компьютерная верстка М.В. Сенотрусовой Подписано в печать 11.11.2003. Формат 60 х 90/16. Печать офсетная. Бумага офсетная. Гарнитура «Times». Печ. л. 41,5. Тираж 6000 экз. Заказ №0315550. «Омега-Л» 125298, г. Москва, ул. Народного ополчения, д. 40, к. 2., оф. 108 Тел., факс (095) 290-80-65 http://www.omega-l.ru Отпечатано в полном соответствии с качеством предоставленного оригинал-макета в ОАО «Ярославский полиграфкомбинат» 150049, Ярославль, ул. Свободы, 97.
[1] Шапиро В.Д. и др. Управление проектами. — СПб; «ДваТрИ», 1996. — 610 с. [2] Содержание фаз проектного цикла — примерное и может быть изменено в соответствии с условиями конкретного региона отрасли. Так, в Москве действует «Положение о едином порядке предпроектной и проектной подготовки строительства в Москве», утвержденное Правительством Москвы в 1999 г
Воспользуйтесь поиском по сайту: ©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...
|