Предположение, что все предшествующие операции должны быть завершены на 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 единиц после начала операции Р. Этот тип отношений обычно отражает ситуацию, в которой часть операции может быть выполнена и следующая операция начата, хотя первая еще не завершена.

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

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

проекта.

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

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

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

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

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

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

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

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

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

ла к концу»). И, наконец, окончание операции Н зависит от завершения операции 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-23. Операция растяжки.

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

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

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

выводы.

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

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

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

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

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

1.

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

2.

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

3.

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

4.

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

5.

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

6.

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

Упражнения.

Построение сетевых графиков типа «ОУ» по имеющимся данным

2. Постройте сетевой график на основании следующих данных:

3. Постройте сетевой график на основании следующих данных:

4, Постройте сетевой график на основании следующих данных:

Комплексная разработка сетевого графика проекта.

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

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

Совет: начните с последней операции ( приема по случаю бракосочетания) и идите в обратном направлении к началу проекта. Составьте логическую последовательность задач с помощью следующих вопросов: «Чтобы получить или сделать что-то, что необходимо выполнить непосредственно перед этим? Когда действие выполнено, вовремя проверьте, задав следующий вопрос: единственная ли это задача, решение которой требуется непосредственно, чтобы начать следующую операцию?».

Структура распределения работ.

1. Свадебный проект.

1.1 Определите дату.

1.2 Разрешение на венчание.

1.3 Организация свадьбы.

1.3.1 Выберите сопровождающих.

1.3.2 Закажите платья.

1.3.3 Подгоните платья.

1.4.

Церемония.

1.4.1 Закажите церковь,.

1.4.2 Купите цветы.

1.4.3 Составьте программу.

1.4.4 Закажите фотографа.

1.4.5 Церемония бракосочетания.

1.5.

Гости.

1.5.1 Составьте список гостей.

1.5.2 Закажите приглашения.

1.5.3 Подпишите и отправьте приглашения.

1.5.4 Проследите за ответами на приглашения.

1.6.

Приём.

1.6.1 Закажите банкетный зал.

1.6.2 Еда и напитки.

1.6.2.1 Выберите, кто будет обслуживать свадьбу.

1.6.2.2 Выберите меню.

1.6.2.3 Сделайте окончательный заказ.

1.6.3 Закажите оркестр.

1.6.4 Украсьте банкетный зал.

1.6.5 Прием по случаю бракосочетания.

Расчет временных параметров сетевых графинов типа «ОУ».

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

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

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

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

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

Упражнения на отношения задержки

12. На следующих данных постройте сетевой график проекта. Рассчитайте раннее, позднее время начала и окончания операций и их резервы времени. Определите критический путь. ( Совет: сначала начертите отношения «от конца к началу»).

13. На следующих данных постройте сетевой график проекта. Рассчитайте раннее, позднее время начала и окончания операций и их резервы времени. Определите критический путь. Какие операции критического пути имеют на нем только начало или конец?

14. Расчитайте раннее и позднее время начала и окончания выполнения операций, а текже резервы времени их выполнения на основании данных, приведенных в сетевом графике, представленном ниже. Какие операции критического пути имеют на нем только начало или конец?

Проект предварительной установки оптических дисков.

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

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

«После того как вы завершили этап Подготовка установочной системы, подсчитали затраты и сформировали бюджет, можно начинать операцию Подготовки системы управленческого конгроля, которая займет 5 недель. Вы можете начать Подготовку сравнительного отчета, для которого потребуется 5 недель сразу же после завершения операций Написание коммерческого предложения на выполнение работ и Составление списка изготовителей, предлагающих товар. Когда будут закончены Дизайн ядра системы и Подготовка сравнительного отчета, можно начинать 4 операции одновременно:.

Сравнение системных «философий»;.

Сравнение общей установки:.

Сравнение величины эксплуатационных расходов;.

Сравнение уровня удовлетворения клиента.

Продолжительность этих операций будет соответственно 3, 2, 3 и 10 недель.

Операции Выбор основных принципов (1 неделя) предшествует операция Сравнение системных «философий».

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

Боб, этого будет достаточно, чтобы команда составила план проекта. Удачи и наилучшие пожелания всем».

КЕЙС.

Проект Nightingale — А.

Вы помощник руководителя проекта Расси Броун, который отвечает за проект Nightingale. Nightingale — кодовое название разработки портативного электронного медицинского справочника. Nightingale предназначен для работников «Скорой помощи» и медсестер, которым требуется быстрая консультация в экстренных случаях. Расси и ее команда работали над планом проекта, целью которого было создание 30 действующих моделей ко времени открытия ежегодной крупнейшей промышленной выставки медицинского оборудования MedCON. Успеть сделать все к последнему сроку 25 октября — это было очень важно для успеха. Все крупнейшие производители медицинского оборудования демонстрировали свою продукцию и принимали заказы на новое оборудование на выставке MedCON. До Расси также доходили слухи, что конкуренты рассматривают разработку похожих проектов, и она понимала, что начать реализовывать продукцию первыми — значит получить значительное преимущество на рынке. Кроме того, руководители высшего звена учли финансирование непредвиденных расходов при разработке реального плана к сроку открытия MedCON.

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

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

Подготовьте небольшой отчет, посвященный следующим вопросам:.

1.

Будет ли проект выполнен в срок к 25 октября, как это планируется?.

2.

Какие операции находятся на критическом пути?.

3.

Насколько уязвим построенный сетевой график?.

Проект Nightingale — В.

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

♦ Разработку системы распознования голоса можно сократить от 15 до 10 дней с издержками $ 15000.

♦ Создание базы данных можно сократить от 40 до 35 дней с издержками $35000.

♦ Создание документов можно сократить с 35 до 30 дней с издержками $25000.

♦ Внешние спецификации можно сократить от 18 до 12 дней с издержками $20000.

♦ Создание запаса компонентов прототипа — от 20 до 15 дней с издержками $30000.

♦ Заказ деталей можно сократить от 15 до 10 дней с издержками $20000.

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

♦ Составление документов можно начать через 5 дней после начала проверки проекта.

♦ Доводка может начаться через 15 дней после начала испытаний на практике.

♦ Заказ деталей можно начать через 5 дней после начала доводки конструкции.

♦ Заказ отдельных частей можно начать через 5 дней после начала подгонки конструкции.

♦ Подготовку персонала по продаже можно начать после начала испытаний изделия и завершить через 5 дней после производства 30 изделий.

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

1.

Можно ли уложиться в установленные сроки?.

2.

Если да, то как вы рекомендуете изменить первоначальный график (часть А) и почему? Оцените относительное влияние срочных операций по сравнению с использованием лагов для сокращения продолжительности проекта.

3.

Как будет выглядеть новый график?.

4.

Какие факторы нужно принять во внимание до окончательного создания графика?.

Приложение к кейсу: Технические детали.

При разработке и анализе сетевого графика учтите следующие условия:.

1. Проект начнется в первый рабочий день января.

2. Учтите следующие праздничные дни 1 января — День памяти (последний понедельник мая), 4 июля —- Дент независимости, День труда (первый понедельник сентября), День благодарения (четвертый четверг ноября), 25 и 26 декабря.

3, Если праздник выпадает на субботу, то пятница также становится выходш j 1 !нем, если на воскресенье, то выходным днем будет понедельник.

4, Рабочая неделя длится с понедельника по пятницу.

5, Если вы захотите сократить продолжительность одной из упомянутых операций, то нужно конкретно указать время и стоимость (т.е. вы не можете сократить базу данных до 37 дней за меньшую стоимость, вы можете только сократить ее до 35 дней с издержками $35000).

6, Вы можете потратить только $100000 на сокращение продолжительности проекта, лаги не требуют дополнительных затрат.

ПРИЛОЖЕНИЕ 4-1.

УПРАЖНЕНИЕ «КОМПЬЮТЕРНЫЙ ПРОЕКТ», ЧАСТЬ 2.

Проект компьютеризированного ленточного конвейера.

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

1.

Разработайте сетевой график типа ОУ для проекта создания компьютеризированнного ленточного конвейера. Если ваша программа позволяет рассчитывать временные параметры операции, то включите ES, LS свободный резерв и продолжительность операций в ее распечатку. (Внимание: программа, используемая автором для этого упражнения, выстраивала график, конечной датой которого было 13 июня второго года, или 530 дней. Ваша программа может отличаться на один — три дня. Знаете ли вы, почему?).

2.

Определите критический путь.

3.

Распечатайте ES, LS, EF, LF и резервы времени в форме таблицы.

4.

Распечатайте график Ганта проекта. Лучше всего по месяцам.

5.

Определите точки контроля хода выполнения проекта (значимые) и аргументируйте свой выбор.

6.

Насколько уязвим ваш сетевой график?.

7.

Каковы преимущества отображения проекта в виде сетевого графика по сравнению с графиком Ганта?.

■Не забудьте сохранить свой файл для следующих упражнений!.

ПРИЛОЖЕНИЕ 4-2.

ПОСТРОЕНИЕ СЕТЕВЫХ ГРАФИКОВ ТИПА «ОПЕРАЦИИ НА СТРЕЛКАХ».

Описание.

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

Рис. А 4-1. Основные строительные элементы сетевого графика «ОС».

Например, для операции «установить программу на компьютер» начальным событим может быть «начать установку программы» и завершающим событием может быть «закончить установку программы». Узлы событий нумеруются так, чтобы начальное событие имело меньший номер, чем конечное событие ( см. рис. А4-1). Здесь видно, что для идентификации операции используется пара чисел, соответствующих номерам начального и конечного событий (79—80).

Рис. А 4-2. Принципы построения сетевого графика типа «ОС».

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

» На рис. А 4-2 показано несколько примеров отображения отношений между операциями в сетевом графике типа «ОС». Рис. А 4-2А показывает, что операция X должна быть завершена до начала операции У. Операцию X можно определить как операцию 10-11. Заметьте, что событие 11 является завершающим событием для операции X и начальным события для операции Y.

Рис. А 4-2В показывает, что операции R, S и Т параллельны, т.е. независимы, и могут выполняться одновременно; однако операции R, S и Т все должны быть завершены до начала операции U. Обратите внимание, что событие 20 является завершающим событием для операций R, S и Т и начальным событием для операции U.

Рис. А4-2С показывает, что операция М должна быть завершена, прежде чем можно будет начать операции N и О. По завершении операции М операции N и О рассматриваются как независимые и могут происходить одновременно. Событие 54 оказывается событием дробления, потому что более одной стрелки операций выходят из него.

Рис. A 4-2D показывает, что операции Е и F могут выполняться одновременно, но обе должны быть завершены до начала операций G и Н. Событие 23 является как событием слияния, так и событием дробления. Теоретически в событии может сходиться неограниченное число операций (стрелок).

На рис. А 4-2Е показаны параллельные пути А—С и В—D. Операции С должна предшествовать операция А и операция В должна предшествовать операции D. Пути А—С и В—D независимы друг от друга. Давайте применим эти основные правила к простому проекту создания бизнес-центра Колла.