Управление проектами в Spider Project Professional Demo
Copyright © 2010, Алексей Просницкий, leoconsulting.com.ua, pmforum.com.ua, leo@leoconslting.com.ua
Объем работ - это объективный показатель, который не зависит от того, какие
ресурсы назначены на исполнение операций. Составление проекта через объемы работ, а
не длительность операций, позволяет производить более качественное планирование, так
как изменение состава и количества ресурсов на работе изменяют ее длительность.
Объем работ в строительных проектах измеряется в кубических, квадратных или
погонных метрах, тоннах, килограммах и т.д. Для указания «Единиц объема» на
конкретной операции в системе Spider Project есть отдельная колонка.
Большая часть операций характеризуется объемом работы, однако существуют
операции, длительность которых однозначно не зависит от количества и квалификации
ресурсов - например, «Прогрев колонн» или «Прогрев перекрытия». В строительных
проектах в большинстве случаев тип операции «ДПГ»
(Длительность/Производительность/Гамак) - «Производительность», т.е. длительность
операции зависит от производительности ресурсов, выполняющих работу, и их
количества.
Например, если рабочему нужно вырыть траншею глубиной 2 м, шириной 1 м и
длиной 10 м, а его производительность 0,25 м3 в час, то всю траншею (20 м3) он выроет
за 80 часов. 80 часов – это показатель трудоемкости, измеряется в человеко-часах. Если
производительность рабочего повысить до 0,4 м3 в час, то в данном случае работа будет
выполнена за 50 часов. Если оставить производительность на прежнем уровне, т.е. 0,25
м3, но взять еще одного рабочего, то вся работа будет выполнена за 40 часов, но
трудоемкость работы по-прежнему 80 человеко-часов.
По результатам ведения учета исполнения проекта можно чѐтко определить, какой
объем работ выполнен и какие работы в каком объеме ещѐ предстоит выполнить, как
отработали ресурсы. Если темп работ отстает от запланированного, назначением
дополнительного количества ресурсов или назначением других ресурсов с большей
производительностью можно промоделировать возможность ускорения работ.
В каждом из проектов должны быть операции или события, не имеющие
длительности, так называемые «Контрольные события» (MILESTONE, Точки принятия
решений, вехи). Обычно они отображают наступление важных событий проекта,
достижение запланированных результатов. В нашем учебном проекте контрольные
события появятся на фазе «Финансирование». Все операции в этой фазе будут иметь тип
«ДПГ» «Контрольное событие». Также контрольные события будут у нас на фазе
«Поставки материалов».
Для операций, отражающих поставки материалов на объект или финансирование проекта,
рекомендуемый тип - «Контрольное событие».
Для того чтобы задать или изменить тот или иной тип «ДПГ» на созданной
операции, нужно зайти в свойства операции и выбрать на закладке «Исходные данные»
необходимый тип.
6.3. ОПРЕДЕЛЕНИЕ СОСТАВА РАБОТ (ОПЕРАЦИЙ) ПРОЕКТА
6.3.1. Цель
Цель данного шага – наполнение этапов работами, относящимися к данному этапу,
подэтапу и т.д. При разработке первого проекта разрабатываются фрагменты
технологических последовательностей работ, которые в будущем могут стать прототипами
для типовых фрагментов работ. Такие фрагменты позволят быстро, «как из кубиков»,
создавать последующие проекты.
6.3.2. Методы и организационное взаимодействие
Перечень операций в проекте определяют, как правило, лица, ответственные за
контроль реализации проекта, и сметчик. Уровень детализации операций проекта должен
быть обязательно согласован с ответственным за проект (менеджером проекта) и с
генеральным директором компании. В основу декомпозиций должен быть положен