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

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

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

 

 

ПРИБЛИЖЕНИЕ К РЕАЛЬНОСТИ ПОСРЕДСТВОМ УЛУЧШЕННЫХ МЕТОДОВ ПОСТРОЕНИЯ СЕТЕВЫХ ГРАФИКОВ

 

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

Ступенчатый метод

Предположение, что все предшествующие операции должны быть завершены на 100%, не всегда может оправдаться на практике. Очень часто этого не происходит из-за того, что выполнение одной операции перекрывает начало другой. По условиям выстраивания отношений по типу «от конца к началу», если операция продолжительна и задержива­ет начало непосредственно следующей за ней операции, ее можно раз­бить на части и начертить сеть, используя ступенчатый метод, чтобы последующая операция могла начаться быстрее, не задерживая надолго общую работу. Разбивка на части продолжительных операций ведет к появлению ступенек на сети, о чем говорит и название метода. Класси­ческим примером, который приводится во многих книгах и статьях, яв­ляется пример с прокладкой трубы. Нужно выкопать траншею, уложить в нее трубу, засыпать траншею. Если длина трубопровода 1 миля, нет необходимости рыть траншею длиной в милю, прежде чем начнется зак­ладка труб, или заложить 1 милю трубами, прежде чем начнется засып­ка траншеи. Рис. 4-15 показывает, как эти перекрывающие операции могут появиться в сети ОУ.

 

 

Рис. 4-15. Пример использования ступенчатого метода с отношениями «от конца к началу»

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

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

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

2. Лаги могут использоваться для ограничения времени начала и окон­чания операции.

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

Отношения типа «от конца к началу». В начале главы был описан наиболее типичный, общий стиль отношений между операциями в сете­вом графике «от конца к началу». Однако бывают такие ситуации, когда последующая операция в цепочке должна быть задержана, даже если пред­шествующая операция завершена. Например, выемка бетонных форм не может начаться, пока залитый цемент не будет выдержан в течение двух единиц времени. Рис. 4-16 показывает этот лаг для сетевого графика ти­па ОУ. Лаги в отношениях «от конца к началу» часто используются при отображении операций, связанных с заказами ресурсов. Например, может потребоваться 1 день для того, чтобы сделать заказ, но 19 дней, чтобы дож­даться его исполнения. Использование отношений «от конца к началу» дает возможность иметь продолжительность операции — 1 день и лаг — 19 дней. Такой подход увязывает стоимость операции только с размещением зака­за, а не со стоимостью операции за 20 дней работы. Такие же отношения финиш — старт полезны и для описания транспортных, юридических и почтовых лагов.

 

 

Рис. 4-16. Отношения «от конца к началу»

 

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

Отношения «от начала к началу». Альтернативой делению опера­ций является использование отношений типа «от начала к началу». Ти­пичные отношения «от начала к началу» показаны на рис. 4-17. На рис. 4-17 А показаны отношения старт—старт с нулевым лагом, тогда как на рис. 4-17 В показаны те же самые отношения с лагом 5 единиц времени. Важно отметить, что эти отношения могут использоваться как с лагом, так и без него. Если устанавливается время, то это обычно показано с помо­щью стрелки зависимости в сети AON. На рис. 4-17 В операция Q не может начаться раньше, чем пройдет время в 5 единиц после начала операции Р. Этот тип отношений обычно отражает ситуацию, в которой часть опера­ции может быть выполнена и следующая операция начата, хотя первая еще не завершена.

 

A	B

 

Рис. 4-17. Отношения «от начала к началу»

 

Эти отношения могут применяться в проекте по прокладке труб. На рис. 4-18 показан проект с сетевым графиком типа ОУ. Отношения «от на­чала к началу» уменьшают уровень детализации сети и отставание проек­та, используя задержки.

 

Рис. 4-18. Использование лагов для сокращения уровней детализации описания проекта

 

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

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

 

Рис. 4-19. Отношения «от конца к концу»

 

Отношения «от начала к концу». Эти отношения представляют си­туацию, когда завершение одной операции зависит от начала другой опе­рации. Например, документирование системы не может быть заверше­но, пока не пройдут три единицы времени после начала испытания см. рис. 4-20).

 

Рис. 4-20. Отношения «от начала к концу»

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

 

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

Пример использования отношений задержки — прямой и обратный анализ

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

Результаты прямого и обратного анализа представлены на рис. 4-22. Операции С и D зависят от начала операции В («от начала к началу»). На­чало операции С должно задержать начало операции В на 10 единиц вре­мени, а начало операции D должно отложить начало операции В на 5 еди­ниц времени. Операция Е должна задержать окончание операции С на 5 единиц времени («от конца к концу»). Операция G не может завершить­ся, пока не пройдет 10 единиц времени после начала операции F («от начала к концу»). И, наконец, окончание операции Н зависит от завершения операции G на 10 единиц времени.

Обратите внимание на то, что операция может иметь критическое окончание или начало. Операция Н имеет критическое окончание (нуле­вой резерв времени) в 50 единиц времени, но эта же операция имеет нача­ло с 5 единицами резерва. Критическим для операции Н является только окончание. И наоборот, операция F имеет нулевой резерв времени начала ее выполнения, но вместе с тем имеет 5 единиц резерва у окончания. Кри­тический путь показан пунктирной линией.

Если отношения задержки имеют место, необходимо проверить каж­дую операцию на наличие ограничений по ее началу и окончанию. Напри­мер, при прямом анализе EF операции G (40) регулируется началом опера­ции F и задержкой в 10 единиц времени (30+ 10 лагов = 40). EF (40 + 10 ла­гов = 50) операции Н зависит от окончания операции G и лага 10, кото­рый — 50, а не 45 единиц. При обратном анализе становится очевидным, что LS операции F ограничивается LF (40) операции G и лагом в 10 единиц времени (40 — 10 лагов = 30), что приводит к LS = 30 для операции F.

 

 

Рис. 4-22. Сетевой график с отношениями задержки

 

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

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

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

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

 

 

Рис. 4-23. Операция растяжки

 

ВЫВОДЫ

Многие руководители проектов полагают, что сетевой график — это наиболее важный документ планирования проекта. Сетевой график опре­деляет последовательность и временные границы работ, используемые ресурсы и стоимость. Для разработки сетевого графика используются дан­ные, полученные в результате анализа наборов работ по проекту. Любой менеджер проекта должен иметь хорошее представление таком методе построения сетевого графика, как ОУ. Метод ОУ использует блоки для обозначения операций и стрелки для обозначения их за­висимости. Прямой и обратный анализ позволяют определить раннее и позднее время начала и окончания выполнения операций и наступления событий. Хотя большинство менеджеров проекта сегодня пользуется компьютерами при разработке сетевых графиков и определении их временных параметров, тем не менее, они должны прекрасно разбираться и в теории этих вопросов. Менеджеры проектов, хорошо знакомые с ос­новами построения и анализа сетевых графиков, будут иметь гораздо меньше проблем в своей деятельности, чем те, кто целиком и полностью полагается только на компьютер. Сетевой график помогает избегать неожиданностей.

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

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

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

1. Чем отличается структура распределения работ от сетевого графи­ка проекта?

2. Как связаны структура распределения работ и сетевой график про­екта?

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

4. Почему знание резервов времени имеет значение для менеджера проекта?

5. Почему при построении сетевых графиков иногда пользуются от­ношениями задержки?

6. Что такое подвесная операция и когда она используется?

Упражнения