Реферат: Системы управления проектами в строительстве

Подход к составлению расписаний;

Выбор уровня детализации;

Выбор модели управления;

Эта стадия, как правило, разбивается на два зависимых друг от друга процесса:

Процесс разработки проекта управлением строительством (ПУС) (планирование)

Процесс контроля исполнения и управления проектом

Рассмотрим задачи, относящиеся к процессу разработки проекта управлением строительства:

Определение состава работ проекта (по аналогам, сметам и пр.);

Разработка структур кодов (WBS, ID, топологические схемы), типов и т.д.;

Разработка структуры статей затрат, календарей работ и календарей ресурсов;

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

Назначение длительностей, ресурсов, их производительностей и стоимостей;

Оптимизация расписаний (включая использование технологии «fast-track»);

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

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

Определение потребностей проекта в материалах, формирования графика поставок и закупок материалов;

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

Оценка рисков (сроки, возможности финансирования, политические риски и т.д.);

Определение круга лиц, ответственных за внесение и обновление информации о выполнении проекта;

Разработка инструкций для различных рабочих мест, интерфейсов и пр. к базе данных проекта (в худшем случае – к файлам проекта)

Согласования и корректировка проектных данных.

Согласование и Утверждение ПУС всеми участниками инвестиционного процесса - получение и «закрепление» так называемого целевого плана».

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

Проблемы адаптации западных пакетов

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

Строительная отрасль имеет свои давние традиции. Мерой работы (операции) традиционно является её физический объем, а не продолжительность. Поэтому можно утверждать, что без понятия «физобъем» серьезно говорить о создании модели строительного проекта в системах управления проектами - несерьезно.

Во всех, известных авторам западных пакетах для управления проектами, распространенных на российском рынке отсутствует понятие физобъем. Работа измеряется длительностью. Нетегов TimeLine, P3, OpenPlan, SureTrak, MS Project. Поэтому при внедрении и использовании СУПов приходится заниматься решением этой проблемы. Представляется, что существует как минимум два способа решения.

Первый способ - использовать программный комплекс, «знающий» что такое «физобъем» и умеющий с этим понятием работать. Примером такого пакета может служить SpiderProject, российской компании «Технологии управления Spider». Если же требуется адаптировать западную систему, то проблему можно решить с помощью добавления в стандартную модель проекта пользовательских полей для хранения данных об объемах работ или изменения структуры баз данных системы. Предпочтительно использовать второй способ. Затем, с помощью встроенных в СУПы макроязыков, пользовательские поля любыми необходимыми алгоритмами связываются со стандартными полями систем. В некоторых случаях это позволяет решить проблему.

Плюсы и минусы при использовании СУП на этапе планирования:

Как и любые программные системы (бухгалтерские, сметные, САПР и .т.п.) системы управления проектами несвободны от недостатков. Представляется, что весовой коэффициент достоинств заметно больше. Ниже мы перечислим наиболее очевидные достоинства и недостатки.