Джозеф Хигни - Основы проектного менеджмента. Классическое руководство

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

Именно по этой причине расчет сетевой диаграммы расписания проекта должен осуществляться с учетом возможной ограниченности ресурсов. Другими словами, распределение ресурсов необходимо для того, чтобы понять, какое именно расписание проекта выполнимо ! Неудачное определение ресурсов по проекту почти всегда приводит к невыполнимости расписания.

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

Для расчета времени начала и окончания сети расписания проекта применяются только два правила: правило 1 и правило 2. Другие правила компьютерные программы могут применять сами. Обычно, это функция конкретной программы, поэтому не имеет отношения ко всем сетям.

ПРАВИЛО 1. Прежде чем начнется выполнение конкретной задачи или работы, все предшествующие работы должны быть завершены.

ПРАВИЛО 2. Стрелки обозначают логический порядок работ.

Расчеты расписания проиллюстрированы в диаграмме сети (рис. 9.1). Сначала внимательно посмотрим на квадратики в диаграмме. В каждом из них содержатся сокращения РС, ПС, РФ, ПФ и ПР.

РС – ранний старт;

ПС – поздний старт;

РФ – ранний финиш;

ПФ – поздний финиш;

ПР – продолжительность (выполнения работы или решения задачи).

Рис. 9.1.Сеть расписания, которая иллюстрирует принципы его расчета

Вычисления с направленностью вперед

Посмотрите на какую-нибудь отдельную работу, внесенную в сеть расписания, например уборку мусора на участке. Ее продолжительность 15 минут. Если предположить, что она начнется с временной точки 0, то может быть закончена через 15 минут. Значит, мы можем внести число 15 в ячейку, помеченную как РС.

Заправка бензином газонокосилки и культиватора для устранения сорняков занимает всего пять минут. Логика диаграммы говорит нам, что обе эти задачи должны быть выполнены до того, как мы начнем выпалывать сорняки, косить траву и убирать ее с дорожек. Уборка мусора занимает 15 минут, а заправка косилки и культиватора – только пять. Когда могут быть начаты следующие работы? Только тогда, когда закончится уборка мусора, потому что это самая продолжительная задача из первых работ.

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

Следуя этому правилу, мы можем внести время раннего старта для каждой задачи (рис. 9.2). В результате узнаем, что для завершения всего проекта нам нужно 165 минут, если работы будут выполняться в соответствии с диаграммой сети расписания. Мы только что осуществили вычисления с направленностью вперед , чтобы определить по всем задачам их самые ранние стартовые точки. Компьютерные программы делают то же самое и в дополнение к этому переводят время в календарные дни.

Рис. 9.2.Сетевая диаграмма расписания с указанием ранних финишей

ПРАВИЛО.Когда две или более работ или задач предшествуют другой задаче, самое раннее время ее начала определяется наибольшей продолжительностью предшествующей работы.

ПРИМЕЧАНИЕ.Время, определенное для завершения проекта или наступления его последнего события, является временем самого раннего его финиша в рамках существующих норм рабочего времени. Если принять во внимание выходные, праздники и другие перерывы в расписании, дата окончания проекта может оказаться значительно более поздней, чем финиш проекта, предусмотренный только рабочим временем.

Вычисления с обратной направленностью

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

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

Если до окончания операции по вывозу мусора должно пройти 165 минут, а сама операция занимает 45 минут, то каков самый поздний срок ее начала? Понятно, что если мы вычтем 45 из 165, то получим 120 минут, что и определяет самое позднее время начала этой операции. Действуя таким же образом, получаем самое позднее время начала упаковки травы в мешки 90 минут, а самое позднее время связывания подрезанных веток – 105 минут. Одно из этих чисел должно быть временем позднего финиша для каждой из предшествующих операций. Какое именно?

Предположим, мы остановимся на 105 минутах. Тогда расписание проекта подскажет нам, что упаковка травы в мешки может начаться самое позднее через 105 минут после начала проекта, поскольку последующие задачи могут решаться только по выполнении предыдущих. Если мы прибавим время, необходимое на упаковку, – 30 минут – к 105 минутам раннего старта, то закончим эту операцию через 135 минут после начала проекта, что больше тех 120 минут, которые были определены ранее. Таким образом, мы превысим срок исполнения проекта, который должен составлять 165 минут.