КаталогИндекс раздела
НазадОглавлениеВперед


10. Планирование проекта

10.1 Основы планирования

10.1.1 Процессы планирования
10.1.2 Составляющие проектного плана
10.1.3 Проектный треугольник
10.2. Сетевое планирование
10.2.1 Сетевой график проекта
10.2.2 Календарный график
10.2.3 От набора работ к сетевому графику
10.2.4 Конструирование сетевого графика проекта
10.2.5 Определение резервов времени
10.2.6 Приближение к реальности посредством улучшенных методов построения сетевых графиков
 
 

10.1 Основы планирования

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

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

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

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

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

10.1.1 Процессы планирования

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

Состав и отношения между процессами планирования проекта представлены на рис. 10.1.


Рисунок 10.1 - Процессы планирования

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

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

Основные процессы планирования могут повторяться несколько раз, в течение как всего проекта, так и его отдельных фаз. К основным процессам относят:

Вспомогательные процессы выполняются по мере необходимости. К ним относят:

Упорядочение и взаимодействие процессов часто носит динамический характер.

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

10.1.2 Составляющие проектного плана

План проекта представляет собой модель, описывающую реальный проект в терминах задач, ресурсов, сроков, затрат. Что означают эти термины ?

Задача (task) - деятельность, осуществляемая в рамках проекта, для достижения определенного результата. Задачи являются основными блоками, из которых строится любой проект, они представляют работу, которую нужно выполнить для достижения поставленной цели. Во всем проекте набор задач характеризуется их логической последовательностью, а каждая задача - длительностью и требованиями к ресурсам. Ресурсы - исполнители, оборудование и материалы, необходимые для выполнения задачи.

Назначения - связь конкретной задачи с ресурсами, выделенными для ее выполнения.

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

Суммарная задача (фаза, summary task) - состоит из нескольких задач. Результат фазы обобщает (суммирует) результаты задач, входящих в нее. Суммарная задача может содержать в себе как задачи, так и другие суммарные задачи.

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

Трудозатраты (work) - для задач: объем работ (в единицах рабочего времени) необходимый ресурсу (исполнителю) для выполнения задачи.

Длительность задачи (duration) - время, которое запланировано для работы над задачей.

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

Зависимости и связи - определяют логику связи одной задачи с другой, показывая, как одна задача влияет на другую. Например, задача №2 начинается только когда закончится задача №1, или задача №1 и задача №2 начинаются обязательно в одно время.

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

10.1.3 Проектный треугольник

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

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

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

10.2. Сетевое планирование

В основе планирования проекта лежат сетевые модели. Для работы с сетевыми моделями служат два метода - метод критического пути (МКП) и метод оценки и пересмотра программ (ПЕРТ). В этих методах основное внимание уделяется календарному управлению работами. Различие методов состоит в том, что в методе МКП оценки продолжительности операций предполагаются детерминированными величинами, а в методе ПЕРТ - случайными. В настоящее время оба метода объединены в рамках единого подхода, получившего название сетевого планирования и управления (СПУ). По мере расширения сферы применения метод ПЕРТ был расширен для анализа затрат.

Сетевое планирование и управление включает три основных этапа: структурное планирование, календарное планирование, оперативное планирование:

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

10.2.1 Сетевой график проекта

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

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

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

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

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

На рис. 10.2 показан пример сетевой модели.


Рисунок 10.2 - Пример сетевой модели

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

Критические операции в примере, показанном на рис. 10.2 - (0,2), (2,3), (3,4), (4,5), (5,6).

Для некритических операций вычисляются резервы времени. Различают два основных вида резервов времени:

  1. Полный резерв - определяется соотношением:
    Полный резерв = (позднее время завершения операции – раннее время начала операции) – длительность операции.
  2. Свободный резерв - определяется в предположении, что все операции в сети начинаются в ранние сроки (т.е. имеется в виду левое крайнее расписание работ). У критических операций полные и свободные резервы равны нулю. У некритических операций полные резервы не равны нулю, а свободные резервы могут принимать значения как ненулевые, так и нулевые.

Резервы важны, потому что, сдвигая работы в рамках резервов, можно добиться удовлетворения ограничений на ресурсы или их наиболее равномерного использования. При распределении ресурсов возникает многовариантная задача, которая может быть описана как оптимизационная. В ряде базовых систем ERP и самостоятельных систем управления проектами имеются эвристические методы получения удовлетворительного решения задачи. Сущность задачи иллюстрируется рис. 10.2, а ее возможное решение - рис. 10.3, 10.4, 10.5.

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

Вероятностный характер реализации проекта учитывается за счет введения для каждой операции трех оценок ее длительности:

t0 - оптимистическая (минимальная) оценка; tp - пессимистическая (максимальная) оценка; tm - наиболее вероятная оценка.

Из этих трех оценок получаются математическое ожидание te и дисперсия V по формулам:

te = (t0 + 4 tm + tp) / 6 V = [(tp - t0) / 6] 2

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

На рис. 10.3 показаны потребности в ресурсах для крайнего левого расписания,


Рисунок 10.3

а на рис. 10.4 - для крайнего правого расписания.


Рисунок 10.4  

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


Рисунок 10.5

Стоимостной аспект управления проектами вводится в схему календарного планирования с помощью зависимости «стоимость - время» для каждой операции проекта. На рис. 10.6 показана линейная зависимость, типичная для стоимостных оценок.

Рисунок 10.6
  Dn - нормальная длительность операции;
Dc - минимальная длительность операции (дальнейшее уменьшение не имеет смысла);
Сn , Сс - затраты при нормальной и минимальной длительности операции.

Расчет с учетом стоимостных факторов направлен на поиск оптимального соотношения «затраты - время» для всего проекта. При этом учитывается, что сжатие первоначального варианта сопровождается ростом прямых затрат и уменьшением косвенных затрат.

Подход к решению задач на данном шаге описан на рис. 10.7.

Рисунок 10.7
  А - план максимальной интенсивности;
Б - прямые затраты;
В - план с минимумом затрат;
Г - план нормального режима;
Д - косвенные затраты;
Е - общие затраты.
 

Функции учета и контроля за ходом проекта обеспечиваются ранее построенным календарным планом.

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

10.2.2 Календарный график

Календарный график строится на основе так называемой диаграммы Ганта (Gantt).

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

В качестве иллюстрации - пример с разработкой программного продукта - предположим, что разработкой и комплексной отладкой модулей занимаются два программиста, а создание программной документации возложено на техника. Соответствующая диаграмма Ганта будет выглядеть следующим образом (рис. 10.8).


Рисунок 10.8 - Пример диаграммы Ганта

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

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

Вариант календарного графика, построенного все для того же примера, связанного с программированием, приведен на рис. 10.9.


Рисунок 10.9 - Пример календарного графика

Критические работы на рисунке помечены двойными штрихами. Линии с двойными стрелками соответствуют резервам времени некритических работ. Пунктирными линиями обозначены связи между работами.

Анализ календарного графика

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

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

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

В связи с этим необходимо сделать следующее весьма важное замечание.

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

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

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

Учет ресурсов

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

К первому типу относятся так называемые исполнители - люди и/или механизмы, которые, завершив одну работу, могут быть «переброшены» на другую. Разумеется, исполнители также подвержены износу, однако предполагается, что в рамках одного проекта их работоспособность остается неизменной.

С учетом сделанного замечания очевидно, что для ресурсов типа «исполнитель» очень важное значение имеет понятие рабочего графика, или календаря. Именно благодаря ему объем работ получает свое конкретное временное выражение. Например, если один землекоп считает, что его рабочий день составляет 4 часа, то он будет работать над упоминавшейся выше траншеей 6 часов, а другой, для которого продолжительность рабочего дня установлена 12 часов, «отпашет» все 18.

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

 10.2.3  От набора работ к сетевому графику

Сетевой график строится при помощи прямоугольников (блоков) и стрелок.

На рис. 10.10 блок обозначает операцию и стрелка показывает подчиненность операций и направленность хода выполнения проекта.


Рисунок 10.10 - Развертка сетевых графиков

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

Наборы работ используются для разработки детального сетевого графика для руководителей первого уровня (см. уровень 3 "Планы" на рис. 10.10).

Подробные графики двух проектов для руководителей отделов (уровень 2) могут быть объединены в более агрегированную форму и, далее, могут быть сведены к самому общему виду, необходимому для руководителя проекта, высшего руководства и клиента.

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

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

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


Рисунок 10.11 - Перевод наборов работ в сетевой график

Самый нижний уровень набора работ, подлежащих выполнению на рис. 10.11, называется условно "Печатная плата".

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

Рис. 10.11 показывает, как наборы работ используются для разработки сетевого графика проекта. Использование наборов работ можно отследить при помощи специальной системы кодирования. Например, в операции А используется рабочий пакет D-1 -1 и D-1 -2 (спецификация и документация), тогда как операция C использует рабочий пакет S-22-1. Управляющий проектом дает оценку времени выполнения всей операции, исходя из времени на выполнение отдельных работ в наборе. Например, выполнение операции В (прототип 1) потребует 5 недель; операции К (тестирование) -3 недели. После расчета начала и окончания выполнения операций менеджер может определить необходимые ресурсы и составить поэтапный бюджет проекта (с датами). 

10.2.4 Конструирование сетевого графика проекта

Операция (или работа). Для руководителей проектов операция - это неделимый элемент проекта, требующий затрат времени для своего выполнения.

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

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

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

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

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

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

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

Событие. Термин используется для обозначения точки времени начала или завершения операции. Событие не требует времени.

Дробящаяся операция. Это операция, за которой сразу следуют несколько операций (от нее исходит более одной стрелки, обозначающей зависимость).

Два подхода к разработке сетевых графиков

Для разработки сетевых графиков могут применяться два подхода:

На практике первый метод - ОУ - используется значительно чаще и далее излагается именно этот метод.

Основные правила разработки сетевого графика

При разработке сетевого графика целесообразно придерживаться следующих 8 правил:

  1. Сетевой график разворачивается слева направо.
  2. Ни одна операция не может быть начата, пока все предшествующие связанные с ней операции не будут выполнены.
  3. Стрелки в сетевом графике отображают отношения предшествования и следования. На рисунке стрелки могут пересекаться.
  4. Каждая операция должна иметь свой собственный номер.
  5. Номер последующей операции должен быть больше номера любой предшествующей операции.
  6. Образование петель недопустимо (другими словами, не должно происходить зацикливания хода выполнения установленного набора операций).
  7. Условные переходы от одной операции к другой не допускаются (имеется в виду определение последовательности хода выполнения операций условиями типа: "Если будет достигнут успех, сделайте то-то...; если нет - ничего не предпринимайте").
  8. Опыт показывает, что когда существует несколько исходных операций проекта, то может быть определен общий узел начала всего комплекса работ. Точно так же один узел может быть использован для четкого обозначения окончания проекта.

Принципы построения и анализа сетевых графиков типа "ОУ"

Рис. 10.12 дает несколько типичных конструкций сетевого графика, построенного этим методом ОУ.  


Рисунок 10.12 - Типичные конструкции сетевого графика, построенного методом ОУ

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

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

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

На практике операциям соответствуют определенные номера и краткое описание.

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

  1. Какие операции должны быть завершены непосредственно перед этой операцией? Эти операции называются предшествующими по отношению к данной.
  2. Какие операции должны следовать непосредственно за этой операцией? Эти операции называются следующими за данной.
  3. Какие операции могут выполняться во время выполнения этой операции? Какие операции можно назвать параллельными данной?

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

Рис. 10.12 (А) дает пример того, какие действия должны выполняться после того, как что-то уже сделано. Такой график показывает менеджеру проекта, что операция А должна быть выполнена до начала операции В, а операция В должна быть завершена до начала операции С.

Рис. 10.12 (В) показывает, что операции Y и Z не могут быть начаты, пока не завершена операция X. Этот рисунок также показывает, что операции Y и Z могут происходить параллельно или одновременно, по желанию менеджера, но это не обязательное условие. Например, заливка бетоном дороги (операция Y) может происходить во время процесса укладки газона (операция Z), но уборка территории (операция X) должна быть завершена до начала операций Y и Z. Операции Y и Z считаются параллельными.

Рис. 10.12 (С) показывает, что операции J, K, L при желании могут происходить одновременно, а операция М не может быть начата, пока операции J, K, L не будут завершены. Операции J, К, L параллельны.

В рис. 10.12 (D) операции Y и X параллельны и могут происходить одновременно; операции Z и АА также параллельны. Но операции Z и АА нельзя начинать, пока обе операции X и Y не завершены.

Зная эти основы построения сетевых графиков методом ОУ, мы можем попробовать разработать простую сеть.

Информация для упрощенной сети проекта нового бизнес-центр дана в табл. 10.1.

Таблица 10.1 - Информация для сетевого графика
Бизнес-центр Колла
Операция Описание Предшествующая операция
А Утверждение приложения Нет
В Планы конструирования А
С Изучение трафика А
D Проверка наличия службы А
Е Отчет персонала В, С
F Утверждение на комиссии В, C, D
G Ожидание работ F
Н Включение в работу E, G

Операции А (одобрение заявки) ничего не предшествует, следовательно, она является первым блоком, который нужно нарисовать. Далее, отметим, что операциям В, C, и D (планы строительства, изучение движения и наличия рынка услуг) предшествует операция А.

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


Рисунок 10.13 - Сетевой график разработки бизнес-центра Колла

Оценка начала и окончания работ с помощью сетевого графика

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

Внесение времени в сетевой график позволяет оценить продолжительность осуществления проекта.

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

Процесс расчета параметров сетевого графика

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

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

Прямой анализ - Определение ранних сроков начала операций

  1. Как скоро может начаться операция? (ранний старт - ES)
  2. Как скоро она может закончиться? (ранний финиш- EF)
  3. Как скоро может быть завершен проект в целом? (предполагаемое время- ТЕ)

Обратный анализ - Определение поздних сроков завершения операций

  1. Каковы самые поздние сроки начала операции? (позднее начало - LS)
  2. Каковы самые поздние сроки завершения операции? (позднее окончание - LF)
  3. Какие операции составляют критический путь (СР)? Это самый длинный путь, при задержке выполнения операций на этом пути задерживается выполнение проекта.
  4. На какое время может быть задержано выполнение операции? (резерв времени - SL)

Термины в скобках являются общепринятыми обозначениями и используются в большинстве книг по управлению проектами

Прямой анализ - определение ранних сроков начала операций

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

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

В табл. 10.2 представлено время операций в рабочих днях для проекта бизнес-центра Колла.

Таблица 10.2 - Информация для сетевого графика
Бизнес-центр Колла
Операция Описание Предшествующая операция Время операции
А Утверждение приложения Нет 5
В Планы конструирования А 15
C Изучение трафика A 10
D Проверка наличия службы A 5
E Отчет персонала B, C 15
F Одобрение комиссии B, C, D 10
G Ожидание работ F 170
H Включение в работу E, G 35

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


Рисунок 10.14 - Сетевой график типа ОУ для проекта создания бизнес-центра Колла

Например, операция А имеет продолжительность 5 дней, операция G -170 рабочих дней.

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

В нашем примере, ранний срок начала первой операции (операция-А) это 0. Это время проставляется в верхнем левом углу блока операции А (рис. 10.15).   


Рисунок 10.15 - Прямой анализ сетевого графика для проекта создания бизнес-центра

Самое раннее окончание операции А - это 5 (ES + Dur или 0 + 5 = 5).

Далее мы видим, что операция А предшествует операциям B, C, D.

Следовательно, самое раннее время начала этих операций - это момент завершения операции А, 5 рабочих дней.

На рис. 10.15 можно видеть, что операции В, С и D могут начаться в момент завершения операции А, и поэтому все они имеют раннее начало (ES) 5.

Используя формулу ES + Dur = EF, раннее время завершения этих операций - В, C, D - (EF) будет, соответственно, 20, 15 и 10.

Какое же тогда будет раннее время начала (ES) для операции Е, которая является операцией слияния?

Это будет 15 или 20? Ответ - 20, так как все операции, непосредственно предшествующие операции Е (В и С) должны быть завершены до начала операции Е. Поскольку для завершения операции В требуется более продолжительное время, она и определяет раннее начало (ES) операции Е.

Тот же процесс используется для определения ES для операции F. Ей предшествуют операции В, C, и D. Операция В является определяющей для времени раннего окончания (EF), которой требуется больше времени (20 против 15 и 10), чем операциям (В, C, и D), непосредственно предшествующим операции F.

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

  1. Вы добавляете время операции на каждом шаге анализа (ES 4+ Dur = EF)
  2. Вы переносите раннее завершение (EF) предшествующей операции до следующей, у которой оно же становится временем раннего начала (ES), если только
  3. Последующая операция не является операцией слияния. В этом случае вы выбираете самое большое по значению время раннего окончания (ЕЕ) среди всех непосредственно предшествующих операций.

В нашем примере на рис. 10.6 ЕF для операции F (30) проводится до операции G, где становится ее ES (30).

Мы видим, что операция Н является операцией слияния и, следовательно, необходимо найти самое большое по значению EF у непосредственно предшествующих ей операций (Е и G). В этом случае выбор происходит между временем EF 35 и 200; выбор ES операции Н 200 EF для операции Н (235) становится самым ранним расчетным временем (ТЕ), когда проект может быть завершен в целом.

Таким образом, на все три вопроса, которые ставятся в процессе прямого анализа, были получены ответы.

Обратный анализ - определение поздних сроков завершения операций

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

Каждый раз, выполняя шаг назад к началу сетевого графика, необходимо вычитать время рассматриваемой операции из общей продолжительности проекта в целом, с тем, чтобы определить сроки ее самого позднего возможного начала (LS) и окончания (LF) выполнения. За исходную временную точку при выполнении обратного анализа выбирается время позднего окончания самой последней операции проекта. В этой операции данное время совпадает с временем раннего окончания ее выполнения (EF) (или в случае нескольких завершающих операций, операции с самым большим (EF)). В некоторых случаях имеются установленные крайние сроки продолжительности проекта, тогда будут использоваться именно эти сроки. Предположим, что мы можем принять EF предполагаемого окончания проекта (ТЕ) равным 235 рабочим дням. LF для операции Н становится 235 рабочих дней (EF ~ LF) (см. рис. 10.16).   


Рисунок 10.16 - Обратный анализ сетевого графика для проекта создания бизнес-центра

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

  1. Вы вычитаете время операции на каждом шаге, начиная с последней операции проекта (LF - Dur = LS).
  2. Вы переносите LS на предшествующую операцию и приравниваете ей LF к ней, если
  3. Предшествующая операция не является операцией дробления; в противном случае вы выбираете наименьший LS из всех операций, которым данная операция дает начало, и приравниваете к этому значению ее LF.

Давайте применим эти правила к нашему примеру с бизнес-центром Колла. Начинаем с операции Н (включение в работу) и ее LF в 235 рабочих дней, LS для операции Н оказывается равным 200 рабочих дней (LF - Dur = LS или 235 - 35 = 200).

LS для операции Н становится LF для операций Е и G. LS для операций Е и G становится соответственно 185 (200 - 15 = 185) и 30 рабочих дней (200 - 170 = 30).

LS для операции G становится LF для операции F, и ее LS становится 20.

Здесь мы видим, что операции В и C являются операциями дробления, которые связаны с операциями Е и F. Поздний финиш для операции В контролируется LS операций Е и F. LS для операции Е - 185 дней и для операции F - 20 дней. Идите по стрелке назад от операций Е и F к операции В.

Отметим, что время LS для операций Е и F помещено в правый блок, и вы можете выбрать наименьшее время - 20 дней.

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

LF для операции C идентично операции В, поскольку она также определяет LS операций Е и F.

Операция D просто получает свое позднее окончание (LF) от операции F.

Вычислив LS (LF - Dur = LS) для операций В, C, D, мы можем определить LF для операции А, которая является операцией дробления.

Окончание операции А определяется операцией В, которая является наименьшим LS для операций В, С и D.

Так как LS для операции В составляет период времени 5, LF для операции А - 5, и ее LS - период времени - 0.

Обратный анализ завершен, и сроки последней операции известны.

10.2.5 Определение резервов времени

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

Полный простой или колебание операции представляет разницу между LS и ES (LS - ES = SL) или между LF и EF (LF - EF = SL).

Например, простой для операции C - 5 дней, для операции D - 10 дней и для операции G - 0 (см. рис. 10.17).


Рисунок 10.17 - Сетевой график для проекта создания бизнес-центра с указанием резервов времени выполнения операций

Полный простой показывает то время, на которое выполнение операции может задерживаться, не задерживая при этом выполнение проекта.

После вычисления простоя для каждой операции легко определить критический путь. Когда LF = EF для конечной операции проекта, критический путь можно определить, как те операции, у которых LF = EF или простой = 0 (LF - EF = 0) (или LS - ES = 0).

Критический путь - это путь, который имеет наименьший простой в целом.

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

А если это так, то простой на критическом пути будет не нулевым, а будет равен разнице между EF проекта и установленным LF последней операции проекта. Например, если EF для проекта - 235 дней, а установленный LF или плановый срок - 220 дней, все операции критического пути будут иметь простой минус 15 дней.

Конечно, это приведет к позднему старту " -15 дней" для первой операции проекта.

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

На рис. 10.17 критический путь показан в виде стрелок и блоков - операций А, В, F, G и Н. Отставание одной из этих операций приведет к отставанию в выполнении проекта на то же количество дней.

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

Свободный резерв

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

Свободный резерв некоторой операции определяется, как разница между EF этой операции и ES последующей операции.

Свободный резерв никогда не может быть отрицательным.

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

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

Как используются результаты прямого и обратного анализа сетевого графика

Что означает для руководителя проекта резерв времени выполнения операции D в 10 дней? В данном конкретном случае это будет означать, что начало выполнения операции D может быть отложено на 10 дней.

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

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

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

Ошибки сетевой логики

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

Одно из правил гласит, что заявления типа "если испытание прошло успешно, стройте прототип, если неудачно - разработайте проект заново" не допускаются.

Сетевой график-- это не дерево решений; это план проекта, который должен быть осуществлен.

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

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

Рис. 10.18 показывает нелогичную петлю. Наличие таких петель привело бы к постоянному повторению пути.


Рисунок 10.18 - Петля, нарушающая логику построения сетевого графика

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

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

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

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

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

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

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


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

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

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

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

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


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

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

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

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


Рисунок 10.21 - Отношения "от конца к концу"

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


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

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


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

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

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

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

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

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

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


  Рисунок 10.24 - Операция растяжки

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

Краткие итоги

Проект - ограниченное во времени предприятие (мероприятие), направленное на создание уникального продукта или уникальной услуги.

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

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

Задача (task) - деятельность, осуществляемая в рамках проекта, для достижения определенного результата набор задач характеризуется их логической последовательностью, а каждая задача - длительностью и требованиями к ресурсам.

Создание назначений, т.е. назначение ресурсов на задачи, помогает решить ряд проблем планирования.

Совокупность трех взаимозависимых параметров проекта - " объем работ, время, стоимость", называют проектным треугольником.

Существует два способа планирования проекта: от даты начала и от даты окончания.

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

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

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

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

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

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

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

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

Контрольные вопросы

  1. Что такое проект?
  2. Основные критерии, по которым проект отличается от повседневных операций ?
  3. Как называется работа, осуществляемая в рамках проекта для достижения определенного результата?
  4. Что такое фаза или суммарная задача?
  5. Может ли фаза состоять из задач?
  6. Может ли фаза включать в себя другую фазу?
  7. Как называется задача, в результате выполнения которой достигаются промежуточные цели?
  8. Что такое ресурсы?
  9. Чем отличается длительность от трудозатрат?
  10. Верно ли, что длительность всегда равна трудозатратам?
  11. Что такое назначение?
  12. Чем отличается структура распределения работ от сетевого графика проекта?
  13. Как связаны структура распределения работ и сетевой график проекта?
  14. Зачем надо разрабатывать структуру распределения работ? Почему бы не перейти сразу же к построению сетевого графика, минуя структуру распределения работ?
  15. Почему знание резервов времени имеет значение для менеджера проекта?
  16. Почему при построении сетевых графиков иногда пользуются отношениями задержки?
  17. Что такое подвесная операция и когда она используется?
  18. Какие этапы входят в методологию структурного планирования?
  19. Что такое сетевой график?
  20. Какими свойствами обладает сетевой график?
  21. Что такое критическая работа?
  22. Что такое критический путь?
  23. Каковы этапы нахождения критического пути?
  24. Как вычисляется раннее время начала работы?
  25. Как вычисляется позднее время начала работы?
  26. Как найти критические работы по значениям раннего и позднего времени начала работ?
  27. Что такое резерв времени работы?
  28. Каким образом резерв времени работы может быть использован?
  29. Что такое диаграмма Ганта?
  30. Привести пример диаграммы Ганта.
  31. Для чего предназначен график загруженности ресурсов?
  32. Каким образом по графику загруженности ресурсов можно найти перегрузку ресурса?
  33. Привести пример графика загруженности ресурса.
  34. В чем сущность процесса оперативного управления?
  35. Какие действия следует выполнить при перепланировании проекта в процессе оперативного управления?
 
НазадОглавлениеВперед
КаталогИндекс раздела