Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
SETEVOE_PLANIROVANIE.doc
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
617.98 Кб
Скачать

2.4 Определение резервов времени

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

Полный простой или колебание операции представляет разницу между LS и ES (LS - ES = SL) или между LF и EF (LF - EF = SL).

Например, простой для операции C - 5 дней, для операции D - 10 дней и для операции G - 0 (см. рис. 14).

Рисунок 14 - Сетевой график для проекта создания бизнес-центра с указанием резервов времени выполнения операций

Полный простой показывает то время, на которое выполнение операции может задерживаться, не задерживая при этом выполнение проекта.

После вычисления простоя для каждой операции легко определить критический путь. Когда LF = EF для конечной операции проекта, критический путь можно определить, как те операции, у которых LF = EF или простой = 0 (LF - EF = 0) (или LS - ES = 0).

Критический путь - это путь, который имеет наименьший простой в целом.

Проблема возникает, когда последняя операция проекта имеет LF, который отличается от EF, полученного в результате прямого анализа - например, из-за того, что сроки выполнения установлены жестко.

А если это так, то простой на критическом пути будет не нулевым, а будет равен разнице между EF проекта и установленным LF последней операции проекта. Например, если EF для проекта - 235 дней, а установленный LF или плановый срок - 220 дней, все операции критического пути будут иметь простой минус 15 дней.

Конечно, это приведет к позднему старту « -15 дней» для первой операции проекта.

Отрицательный простой случается на практике, когда выполнение операций критического пути задерживается.

На рис. 14 критический путь показан в виде стрелок и блоков - операций А, В, F, G и Н. Отставание одной из этих операций приведет к отставанию в выполнении проекта на то же количество дней.

Критические операции обычно составляют около 10% всех операций проекта, Поэтому руководители проектов пристально следят за тем, чтобы операции критического пути выполнялись по графику.

Свободный резерв. Операции со свободным резервом уникальны, так как выполнение операции может откладываться, не влияя на ES последующих операций.

Свободный резерв некоторой операции определяется, как разница между EF этой операции и ES последующей операции.

Свободный резерв никогда не может быть отрицательным.

Только операции в конце цепи операций (обычно там, где есть операции слияния) могут иметь свободный резерв.

Привлекательность свободного простоя в том, что изменение сроков начала и завершения для операции со свободным простоем требует меньше координации .с другими участниками проекта и дает руководителю проекта больше гибкости, чем при полном простое.

Как используются результаты прямого и обратного анализа сетевого графика?

Что означает для руководителя проекта резерв времени выполнения операции D в 10 дней? В данном конкретном случае это будет означать, что начало выполнения операции D может быть отложено на 10 дней.

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

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

Кроме того, если по каким-то причинам требуется ускорить выполнение проекта, можно выбрать те операции или их комбинацию, которые обойдутся дешевле при сжатии проекта.

Ошибки сетевой логики

Методы построения сетевых графиков имеют определенные логические правила, которые необходимо строго соблюдать.

Одно из правил гласит, что заявления типа «если испытание прошло успешно, стройте прототип, если неудачно - разработайте проект заново» не допускаются.

Сетевой график-- это не дерево решений; это план проекта, который должен быть осуществлен.

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

Операция должна выполняться только один раз, а если она повторяется снова, операция должна иметь новое название и номер и должна располагаться в соответствующей последовательности в сети.

Рис. 15 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути.

Рисунок 15 - Петля, нарушающая логику построения сетевого графика

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]