Разработка сетевого графика проекта

Приближение к реальности посредством улучшенных методов построения сетевых графиков

Использование задержек (лагов)

Для достижения большей гибкости при разработке сетевых графиков было придумано использование задержек (лагов).

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

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

Наиболее часто используются расширения методов через использование между операциями отношений типа "от конца к началу", "от конца к концу" или "от начала к началу".

Отношения типа "от конца к началу".

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

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

Рис. 2.10. Отношения "от конца к началу"

Лаги в отношениях "от конца к началу" часто используются при отображении операций, связанных с заказами ресурсов. Например, может потребоваться 1 день для того, чтобы сделать заказ, но 19 дней, чтобы дождаться его исполнения. Использование отношений "от конца к началу" дает возможность иметь продолжительность операции - 1 день и лаг - 19 дней. Такой подход увязывает стоимость операции только с размещением заказов, а не со стоимостью операции за 20 дней работы.

Такие же отношения финиш - старт полезны и для описания транспортных, юридических и почтовых лагов.

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

Отношения "от начала к началу".Альтернативой делению операций является использование отношений типа "от начала к началу". Типичные отношения "от начала к началу" показаны на рис. 2.11. На рис. 2.11А показаны отношения старт-старт с нулевым лагом, тогда как на рис. 2.11В показаны те же самые отношения с лагом 5 единиц времени.

Рис. 2.11. Отношения "от начала к началу"

На рис. 2.11В операция Q не может начаться раньше, чем пройдет время в 5 единиц после начала операции Р.

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

Отношения "от конца к концу".Этот тип отношений можно видеть на рис. 2.12. Окончание одной операции зависит от окончания другой. Например, испытания не могут завершиться раньше, чем через 4 дня после завершения работ над прототипом.

Рис. 2.12. Отношения "от конца к концу"

Отношения "от начала к концу".Эти отношения представляют ситуацию, когда завершение одной операции зависит от начала другой операции. Например, документирование системы не может завершиться пока не пройдут три единицы времени после начала испытания (см. рис. 2.13).

Рис. 2.13. Отношения "от начала к концу"

Комбинация отношений задержки.Одна и та же операция может оказаться связанной с другой сразу несколькими отношениями задержки разных типов. Например, отладка программного обеспечения не может начаться, пока не пройдут две единицы времени после начала написания кода программы. Кодирование же должно завершиться за 4 единицы времени до окончания отладки (см. рис. 2.14).

Рис. 2.14. Комбинация отношений задержки

Операции растяжки

Другим распространенным приемом при построении сетевых графиков является включение подвесных операций.

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

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

Продолжительность подвесной операции устанавливается равной промежутку времени между охватываемыми ею операциями.

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

Рис. 2.15 дает пример включения подвесной операции в сетевой график. Продолжительность этой операции определяется ранним началом операции В и ранним окончанием операции F, то есть разницей между 13 и 5 или 8 единицами времени. Продолжительность подвесной операции изменится, если любые ES или EF в цепочке охватываемых ею операций изменятся.

Рис. 2.15. Операция растяжки

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

Выводы

Сетевой график - это наиболее важный документ планирования проекта. Сетевой график определяет последовательность и временные границы работ, используемые ресурсы и стоимость.

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

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

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

Использование лагов может привести к тому, что начало или конец операции могут стать критическими.

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

Вопросы для повторения

1. Чем отличается структура распределения работ от сетевого графика проекта?
2. Как связаны структура распределения работ и сетевой график проекта?
3. Зачем надо разрабатывать структуру распределения работ? Почему бы не перейти сразу же к построению сетевого графика, минуя структуру распределения работ?
4. Почему знание резервов времени имеет значение для менеджера проекта?
5. Почему при построении сетевых графиков иногда пользуются отношениями задержки?
6. Что такое подвесная операция и когда она используется?