Другое явление, которое нарушает структуру сетевого графика и логику процесса вычислений; — это зацикливание. Зацикливание — это попытка вернуться с более поздних операций к ранним. Запомните, что у последующих операций порядковый номер всегда должен быть выше, чем у предшествующих; это правило помогает избежать нарушения логики предшествования—следования операций. Операция должна выполняться только один раз, а если она повторяется снова, операция должна иметь новое название и номер и должна располагаться в соответствующей последовательности в сети. Рис. 4-11 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути. Многие программисты понимают этот тип логической ошибки.

Нумерация операций.

Каждая операция требует своего собственного кода — как правило, номера. На практике существует достаточное число весьма элегантных схем. В большинстве таких схем операции нумеруются в порядке их возрастания, то есть каждая последующая операция имеет больший номер, что указывает на приближение проекта к завершению. Принято оставлять пробелы между цифрами (1,5, 10, 15...). Это желательно делать, чтобы вы могли позднее добавить пропущенные или новые операции. Так как почти невозможно с первого раза выстроить совершенный сетевой график проекта, нумерация сетей часто не делается до тех пор, пока сеть не завершена. На практике вы можете столкнуться и с компьютерными программами, которые допускают как цифровое, так и алфавитное или комбинированное обозначение операций. Комбинированное обозначение часто используется для обозначения стоимости, рабочих специальностей, отделов и расположения. Как правило, система нумерации операций должна быть восходящей и как можно проще. Смысл заключается в том, чтобы участники проекта могли легко следить за работой и узнавать конкретные операции.

Использование компьютеров для разработки сетей.

Все упоминавшиеся в этой главе методы и инструменты могут применять и с использованием специального программного обеспечения, имеющегося в настоящее время в наличии. На рис. 4-12, 4-13 и 4-14 представлены три примера.

Рисунок 4-12 представляет общий результат ОУ для проекта «проект индивидуального заказа». Критический путь обозначен затемненными прямоугольниками и пунктирными стрелками, показывающими зависимость соответствующих операций. Описание операции дано в левом верхнем углу. Сразу же под номером операции приведена ее продолжительность, а под ней — сроки выполнения операции — ES, EF, LS, LF (читается сначала верхний ряд, затем нижний)

Рис. 4-13 представляет график Ганта, построенный на основаннии информации о ранних началах выполнения операций. Такие графики достаточно популярны, так как дают четкую и понятную картину проекта в привязке к временной шкале. Они применяются во время планирования, составления расписания ресурсов и отчетов о ходе работ. График Ганта привязан к двум осям на плоскости. По оси ординат располагаются операции в порядке возрастания их номеров, а по оси абсцисс откладывается временной горизонт.

Например, «разработка программного обеспечения» имеет продолжительность 18 (затемненные области на графике). Столбец также показывает, что операция может начаться во временной период 2, закончиться в период 20, но может завершиться и позже в период 40, потому что у нее есть резерв времени, равный 20 (чистая область в столбце). Когда на временной оси проставляются календарные даты, график Ганта дает еще более ясную картину выполнения проекта, и его можно повесить на стене в офисе.

Основным недостатком графика Ганта является отсутствие видимой взаимосвязи между операциями проекта. Например, если резерв времени выполнения операции используется на ранней стадии сетевого графика, он уже не может быть использован на последующих стадия s в той же цепочке операций. Эта зависимость на графике Ганта не отражается. Поэтому график Ганта всегда используется вместе с сетевым 1р!фиком. Хотя

Рис. 4-14. Air Control Inc. Проект индивидуального заказа — сетевой график с.

датами.

некоторые компьютерные программы строят графики Ганта и с линиями зависимости. Но на реальных проектах этих линий появляется так много, что они перечеркивают главное достоинство этих графиков — наглядность. Заметьте, что график Ганта является производной от сетевого графика, но не наоборот.

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

Календарные даты.

В итоге вы захотите определить календарные даты по всем операциям проекта. Если компьютерная программа не используется, даты проставляются вручную. Запланируйте календарные рабочие дни (исключив нерабочие) и пронумеруйте их. Затем соотнесите календарные рабочие дни с рабочими днями в сети проекта. Большинство компьютерных программ распределяет календарные даты автоматически, после того как определены стартовая дата, единица времени, нерабочие дни и другие данные. На рис. 4-14 показан сетевой график заказа на индивидуальный проект с датами.

Множественные старты и множественные проекты.

Некоторые компьютерные программы требуют наличия единственного исходного и единственного заключительного события в процессе выполнения проекта. Но даже если этого не требуется, все равно лучше строить сетевой график проекта именно таким образом, потому что это помогает избежать так называемых «свободных концов». Пути, ведущие к этим концам, создают впечатление, что проект не имеет четко определенного начала и конца. Если проект имеет больше одной операции, которая может начаться в то время, когда должен начаться проект, каждый путь будет «свободно висящим». То же самое можно сказать, если проект завершается больше, чем одной операцией; эти несвязанные пути также называются «свободными». Этого можно избежать, увязав «свободные» операции с общим блоком начала или конца проекта.

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