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. ГОСТ 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.

[1] Содержание фаз проектного цикла — примерное и может быть изменено в соответствии с условиями конкретного региона отрасли. Так, в Москве действует «Положение о едином порядке предпроектной и проектной подготовки строительства в Москве», утвержденное Правительством Москвы в 1999 г