- •7. Календарное планирование ресурсов
- •Технические или логические ограничения
- •Ограничения на количество ресурсов
- •Физические ограничения
- •Оборудование
- •Текущие активы
- •Проекты, ограниченные по времени
- •Проекты, ограниченные по количеству ресурсов
- •Влияние календарного планирования ресурсов, подлежащих ограничениям
- •Распараллеливание
- •Метод критической цепи
- •Выгода от календарного планирования ресурсов
- •Распределение работ по проекту
- •Календарное планирование использования ресурсов нескольких проектов
- •Вопросы для повторения
Проекты, ограниченные по времени
При составлении календарного плана ограниченного по времени проекта внимание сосредоточено на использовании ресурсов. Если потребность в конкретном типе ресурсов колеблется, то управление затрудняется, и использование может быть весьма неэффективным. Практически решают эту проблему, используя метод выравнивания ресурсов, который уравнивает или сглаживает потребность в ресурсах. В сущности, все методы выравнивания приводят к задерживанию некритических операций, используя простои для снижения пика потребностей и восполняя их нехватку. Это можно продемонстрировать на гипотетическом примере.
При демонстрации этого примера будет использован только один тип ресурсов (например, плотники); в рамках этого типа все ресурсы взаимозаменяемы.
Начальной точкой для выравнивания ресурсов является ранний старт (ES) сетевого плана. На рис. 7 - 2 представлен пример сети, ES графика потребности в ресурсах и график использования ресурсов. Затемненные области на графике потребности представляют границы календарного графика для каждой операции. Обратите внимание на колебания потребности в ресурсах, отраженные на графике использования ресурсов. Поскольку было заявлено, что проект ограничен по времени, целью будет сокращение пика потребностей в ресурсах и, таким образом, повышение степени их использования. Изучение ES графика загрузки ресурса показывает, что только две операции имеют простой, который можно использовать для сокращения пика — операции В и D. Любая из этих операций может быт; задержана, чтобы сократить пик потребности в ресурсах от 5 до 4, используя 2 единицы времени простоя. Выбор, очевидно, будет сделан в пользу операции, которая имеет наименьший риск опоздания (вероятно, операция D, поскольку она имеет наибольший простой). На рис. 7 - ЗА показаны результаты задержки операции В. На рис. 7 - ЗВ показаны результаты задержки операции D. Обратите внимание на различие в графиках ресурсов. Важным моментом является то, что ресурсы, необходимые на время существования проекта, были сокращены с 5 до 4 (20 %) и использование ресурсов возросло с 57 % (необходимые 34 единицы ресурсов в целом (5 x 12)) до 71 % (34 / (4 x 12)). Кроме того, график был выровнен, что означает облегчение в управлении.
|
|
|
|
|
|
|
|
|
Общая загрузка ресурса |
|
|
Рис. 7 - 2. Ограниченная по времени сеть |
|
|
|
|
|
|
|
|
|
Рис. 7 - 3. График выравнивания ресурсов |
|
Обратной стороной процесса выравнивания потребности в ресурсах является потеря эластичности сетевого графика, которая происходит в результате сокращения резервов времени выполнения работ. Риск того, что какие-то операции могут задержать проект, также увеличивается, поскольку сокращение резервов времени выполнения работ приводит к появлению большего числа критических и / или почти критических операций Стремление слишком сильно выровнять график ресурсов рискованно. Тогда каждая операция становится критической.
Этот простой пример помогает понять проблему ограничения по времени и метод выравнивания. Однако на практике даже для небольших проектов проблема представляет значительную сложность. Неавтоматизированное решение проблемы не имеет смысла. К счастью, имеются пакеты программ, которые имеют хорошие способы выравнивания ресурсов проекта.
Обычно для выравнивания ресурсов проекта используются операции, которые имеют наибольший резерв времени их выполнения. Это объясняется тем, что с такими операциями связан наименьший риск. Хотя обычно это и верно, другие факторы риска, такие как уменьшение эластичности при перераспределении ресурсов для выполнения других операций или характер операции (простая, сложная), не берутся в расчет при использовании простых обоснований. Требуется, как правило, исследовать множество вариантов, прежде, чем найдется тот, который лучше всего подходит для проекта и сводит к минимуму риск запаздывания проекта в целом. Некоторые процедуры, используемые при выполнении компьютерных операций, можно встретить в классических работах.
