Процесс расчета параметров сетевого графика

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

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

При расчете времени раннего начала операций в процессе прямого анализа необходимо следовать следующей логике действий:

1) добавлять время операции на каждом шаге анализа (ES + Dur = EF);

2) переносить раннее завершение (EF) предшествующей операции до следующей операции, у которой оно же становится временем раннего начала (ES), если последующая операция не является операцией слияния;

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

Обратный анализ начинается с самой последней операции сетевого графика. Каждый раз, выполняя шаг назад к началу сетевого графика, необходимо вычитать время рассматриваемой операции из общей продолжительности проекта в целом, с тем, чтобы определить сроки ее самого позднего возможного начала (LS) и окончания (LF) выполнения. За исходную временную точку при выполнении обратного анализа выбирается время позднего окончания самой последней операции проекта. У этой операции данное время совпадает со временем раннего окончания ее выполнения (EF). В некоторых случаях имеются установленные крайние сроки продолжительности проекта, тогда будут использоваться именно эти сроки. Обратный анализ похож на прямой анализ. Выполняя его, необходимо следовать следующей логике действий:

1) вычитать время операции на каждом шаге, начиная с последней операции проекта (LF – Dur = LS);

2) переносить LS на предшествующую операцию и приравнивать к ней LF, если предшествующая операция не является операцией дробления;

3) в противном случае выбирать наименьший LS из всех операций, которым данная операция дает начало, и приравнивать к этому значению ее LF.

После того, как были рассчитаны прямой путь и обратный путь, можно определить, какие операции могут задерживаться, вычислив «простой» или «колебание». Полный простой или колебание операции представляет разницу между LS и ES (LS – ES = SL) или между LF и EF (LF – EF = SL). Полный простой показывает то время, на которое выполнение операции может задерживаться, не задерживая при этом выполнение проекта. Если происходит простой одной операции на пути, ES для цепочки всех последующих операций будет задержано, и их простой сокращен.

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

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

Дата добавления: 2014-12-27