Управление расписанием. Инструменты и методы управления расписанием. Построение линии исполнения проекта

09.01.2024

Задача управления сроками проекта - обеспечение своевременного завершения проекта.

Процессы управления сроками проекта :

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

Операции проекта - элементы, работы, из которых состоят пакеты работ, которые выделялись при построении иерархической структуры работ (ИСР).

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

Инструментарий управления сроками проекта 1: диаграмма Гантта, диаграмма контрольных событий, диаграмма использования ресурсов, МКП-диаграмма, Р.?7?Г-диаграмма, линия баланса, линия исполнения и т.д.

(разработана американским инженером-ме- хаником и консультантом в области управления Генри Лоренсом Ганттом в 1910-1915 гг.) представляет собой метод графического (визуального) изображения хода реализации проекта, порядка выполнения задач, их продолжительности, времени начала и завершения. Диаграмму Гантта можно представить в виде матрицы, в строках которой располагаются временные периоды (например, месяцы), а в столбцах - работы, выполняемые в ходе проекта (например, работы по подготовке рукописи учебного пособия) (рис. 4.1). Если планируется, что работа над рукописью продолжается, например, в период май-июль, то квадрат матрицы на пересечении соответствующей строки и столбца заштриховывается 2 .

Рис. 4.1

1 См.: Милошевич Д.З. Набор инструментов для управления проектами. М.: Компания АйТи, ДМК Пресс, 2008; Управление проектами: фундаментальный курс / А.В. Алешин [и др.]. М.: Изд. дом ВШЭ, 2013.
2 См.: Управление проектами: фундаментальный курс / А.В. Алешин [и др.]. М.: Изд. дом ВШЭ, 2013.

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

Рис. 4.2.

Недостатки диаграммы Гантта как инструмента планирования расписания проекта: отсутствие взаимосвязей между работами, невозможность ранжировать работы по важности.

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

Для управления расписанием проекта может быть использовано построение линии исполнения.

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

См.: Милошевич Д.З. Набор инструментов для управления проектами. М.: Компания АйТи: ДМ К Пресс, 2008; Управление проектами: фундаментальный курс / А.В. Алешин [и др.]. М.: Изд. дом ВШЭ, 2013.

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

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

Рис. 4.3.

1 См.: Милошевич Д.З. Набор инструментов для управления проектами. М.: Компания АйТи: ДМК Пресс, 2008.

Заказчика проекта также не всегда интересует подробная картина сроков выполнения всех работ проекта. Поэтому может быть использована диаграмма контрольных событий ". Помимо работ в проекте обычно выделяют вехи - конкретные события, например, начало этапа, подписание договора и т.д. В связи с этим для управления расписанием целесообразно разбить крупный проект на этапы, а окончание этих этапов обозначить вехами. Тогда на самом высоком уровне управления календарный план реализации проекта может выглядеть, как показано на рис. 4.4.

Рис. 4.4.

Для управления расписанием проекта используется сетевое моделирование .

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

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

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

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

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

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

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

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

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

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

Например, работа А (рис. 4.5) имеет код (0,2), а работа D - код (3,4).

Рис. 4.5. А, В, С, D, Е, G - работы; 1, 2, 3, 4, 5 -

номера событий

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

Рассмотрим основные правила построения классических сетевых графиков 1 .

1. Например, работы А и В должны быть реализованы последовательно. Правило требует, чтобы на сетевом графике они изображались по горизонтали одна за другой (рис. 4.6).

Рис. 4.6. Иллюстрация правила 1: изображение работ, которые должны быть осуществлены последовательно

" См.: Заведеев Е.В. Ефремов В.С. Проектное управление: модели и методы принятия решений. URL:http://www.cfin.ru/press/management/l998-6/1 l.shtml; Замятин А.П. Кофман А., Дебазей Г. Новицкий Н.И.

2. Если для выполнения работ В и С необходим результат выполнения работы Л, то на сетевом графике это изображается следующим образом (рис. 4.7).

Рис. 4.7. Иллюстрация правила 2: для выполнения работ Б и С необходим результат выполнения работы А

3. Если для выполнения работы Р необходим результат работ О и N, то на сетевом графике это изображается так (рис. 4.8).

Рис. 4.8. Иллюстрация правила 3: для выполнения работы Р необходим результат работ О и N

4. Работы сетевого графика не должны иметь одинакового кода. Если работы G, Н, I выходят из одного события и их выполнение необходимо для свершения одного и того же события, то вводятся дополнительные фиктивные работы (рис. 4.9)

Рис. 4.9. Иллюстрация правила 4: если работы G, Н, I выходят из одного события и их выполнение необходимо для свершения одного и того же события, то вводятся дополнительные фиктивные работы

5. Если выполнение какой-либо работы (например, Е) Е и D), а выполнение другой работы (например, G) - после получения результата только одной из них (например, Е), то в сетевом графике необходимо ввести дополнительное событие и фиктивную работу (рис. 4.10).

Рис. 4.10. Иллюстрация правила 5: если выполнение какой-либо работы (например, F) возможно только после получения совместного результата двух или более параллельно выполняемых работ (например, Е и D), а выполнение другой работы (например, G) - после получения результата только одной из них (например, Е), то в сетевом графике необходимо ввести дополнительное событие и фиктивную работу

6. Если после окончания работы С можно начать работу D, а после окончания работы Е - работу F и работа G может быть начата только после окончания работ С и D, то на сетевом графике это изображается при помощи двух дополнительных фиктивных работ (рис. 4.11).

Рис. 4.11 . Иллюстрация правила 6: если после окончания работы С можно начать работу D, а после окончания работы Е - работу F и работа G может быть начата только после окончания работ С и D, то на сетевом графике это изображается при помощи двух дополнительных фиктивных работ

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

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

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

Основные параметры сетевого графика критический путь, резервы времени событий, резервы времени работ.

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

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

См.: Заведеев Е.В. Применение сетевого планирования и управления на предприятиях нефтяной и газовой промышленности. Сургут: ИЦСурГУ, 2009; Ефремов В.С. Проектное управление: модели и методы принятия решений. URL:http://www.cfIn.ru/press/management/1998-6/ll.shtml; Замятин А.П. Графы и сети. Екатеринбург: Изд-во УГУ, 2004; Кофман А., Дебазей Г. Сетевые методы планирования и их применение. М.: Прогресс, 1968; Новицкий Н.И. Сетевое планирование и управление производством. М.: Новое знание, 2004.

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

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

Общая характеристика метода МКП предъявляет требования к модели проекта:

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

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

МКП предназначен :

для нахождения минимально возможной продолжительности выполнения проекта;
ранжирования работ в каждый момент времени выполнения проекта по их значимости для выполнения всего проекта в минимально возможный срок;
предоставления информации менеджеру о критическим пути для концентрации усилий на тех работах, продолжительность которых напрямую влияет на продолжительность всего проекта . Алгоритм МКП:
- 1) прямой ход алгоритма. Вычислить самые ранние возможные сроки выполнения работ проекта (начиная с начальных работ и заканчивая конечными);
- 2) обратный ход алгоритма. Вычислить самые поздние возможные сроки выполнения работ проекта (начиная с конечных работ и заканчивая начальными);
- 3) вычислить резервы для всех работ как разность между поздними и ранними сроками выполнения работ;
- 4) рассчитать временные резервы выполнения работ и определить критический путь (один или несколько) как самый длинный путь в сети.

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

Аналитический метод расчета параметров сетевого графика предполагает определение следующих показателей :

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

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

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

Метод управления сроками (расписанием) строительного проекта

нацелен на предотвращение катастрофы проекта и обеспечение его завершения в срок, включает процессы :

1) разработка расписания (create schedule ) - создание расписания проекта, включающего все работы, установленные зависимости и временные ограничения;
2) утверждение расписания (approve schedule ) - проверка расписания, согласование с ключевыми участниками и ответственными исполнителями, оптимизация расписания и его утверждение руководством, заказчиком проекта; результат данного процесса - утверждение базовых сроков выполнения работ и вех проекта, необходимых в дальнейшем для проведения сравнения фактических значений с плановыми;
3) мониторинг расписания (track schedule) - сбор фактических данных о сроках выполнения работ проекта и подготовка отчетов, осуществляемые периодически (ежедневно, еженедельно);
4) анализ расписания (analyze schedule) - оценка отклонений фактических сроков работ от плановых, анализ причин отклонений, прогнозирование выполнения работ на ближайший плановый период, прогноз возможности завершения проекта в срок, осуществляемые периодически (еженедельно);
5) корректировка расписания при необходимости (regulate schedule) - проводится, если результаты анализа отклонений от базовых сроков проекта превысили заранее определенные предельные значения, есть вероятность срыва завершения проекта.

См.: Милошевич Д.З. Набор инструментов для управления проектами. М.:Компания АйТи: ДМ К Пресс, 2008; Управление проектами: фундаментальный курс / А.В. Алешин [и др.]. М.: Изд. дом ВШЭ, 2013.
См.: Управление проектами: фундаментальный курс / А.В. Алешин [и др.].М.: Изд. дом ВШЭ, 2013.
См.: Заведеев Е.В. Применение сетевого планирования и управленияна предприятиях нефтяной и газовой промышленности: учеб.-метод,пособие. Сургут: ИЦ СурГУ, 2009; Ефремов В.С. Проектное управление: модели и методы принятия решений. URL: http://www.cfin.ru/press/management/1998-6/1 l.shtml (дата обращения: 01.09.2017); Замятин А.П. Графы и сети: учеб, пособие. Екатеринбург: Изд-во УГУ, 2004;Кофман А., Дебазей Г. Сетевые методы планирования и их применение. М.:Прогресс, 1968; Новицкий Н.И. Сетевое планирование и управление производством: учеб.-практ. пособие. М.: Новое знание, 2004.
Бавтеев С.В., Терентьева Е.В. Управление сроками строительного проекта //Управление проектами и программами. 2014. № 02 (38). С. 118-133.
См.: Заведеев Е.В. Применение сетевого планирования и управленияна предприятиях нефтяной и газовой промышленности. Сургут: ИЦ-СурГУ, 2009; Ефремов В.С. Проектное управление: модели и методы принятия решений. URL: http://www.cfm.ru/press/management/1998-6/ll.shtml;Замятин А.П. Графы и сети. Екатеринбург: Изд-во УГУ, 2004; Кофман Л.,Дебазей Г. Сетевые методы планирования и их применение. М.: Прогресс,1968; Новицкий Н.И. Сетевое планирование и управление производством.М.: Новое знание, 2004.
Там же.
См.: Бавтеев С.В., Терентьева Е.В. Управление сроками строительного проекта//Управление проектами и программами. 2014. № 2 (38). С. 118-133.

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

Исходная информация для процесса управления расписанием

План управления расписанием определяет, как будут осуществляться контроль и управление расписанием проекта.

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

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

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

Управление расписанием выполняют с использованием следующих инструментов и методов.

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

Таблица 16.

Шаблон формы отчета о прогрессе проекта

«Наименование проекта»

Еженедельный статус-отчет

Отчетный период:___________________

Кому:

От:

Дата:

Работы, проведенные в отчетном периоде

№

Название операции

Плановая дата начала

Плано-вая дата оконча-ния

Отклоне-ние

Ожидае-мая дата оконча-ния

% заверше-ния

Ком-мента-рий

Наименование пакета операций

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

Выводы:

Предложения:

Открытые вопросы и проблемы

№

№ в жур-нале

Описание

Решение/Проект решения

Срок решения

Ответственный

Прио-ритет

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

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

Анализ отклонений. Ключевой функцией управления расписанием является проведение анализа отклонений по срокам . Сравнение директивных дат начала и выполнения с фактическими/прогнозируемыми дает информацию для осуществления корректирующих действий в случае задержки.

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

Линия исполнения

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

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

Построение линии исполнения проекта

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

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

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

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

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

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

Диаграмма контрольных событий

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

Для ее рисования выполняются те же шаги, что и при построении линии исполнения, с одним отличием – объектом анализа являются контрольные события.

П
Рисунок 13. Пример линии исполнения проекта (Милошевич)
остроение диаграммы контрольных событий

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

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

Рисуют запланированную линию исполнения проекта, она проходит под углом в 45 градусов к каждой из осей. На линии исполнения отмечают запланированные контрольные события (см. Рисунок 14).

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

В соответствии с PMI PMBoK область знаний «Управление сроками проекта» включает в себя процессы, обеспечивающие своевременное завершение проекта. Схема процессов управления сроками проекта (см. рисунок 1) в соответствии с включает следующие процессы:

Рисунок 1. Схема управления сроками проекта.

Схема процессов управления сроками проекта (рисунок 1) в соответствии с включает следующие процессы.

Планирование управления расписанием

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

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

Типовой план управления расписанием проекта содержит следующие пункты:

Описание общей методологии составления расписания проекта;
Уровень точности планирования;
Единицы измерения временных интервалов;
Правила актуализации расписания проекта с указанием ответственных;
Пороги критичных отклонений фактических сроков от плановых;
Методы измерения прогресса исполнения проектам, в том числе для ;
Форматы регулярных отчетов;
Описание процессов управления расписанием проекта.

Определение операций

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

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

Определение последовательности операций

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

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

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

Оценка ресурсов операций

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

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

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

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

Оценка длительности операций

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

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

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

Оценка «2 недели ± 2 дня» означает, что операция будет выполняться не менее 8 и не более 12 дней;
Оценка «вероятность того, что длительность операции превысит 3 недели, составляет 15 %» означает, что операция с высокой вероятностью (85 %) будет выполнена за время, не превышающее 3-х недель.

Разработка расписания проекта

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

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

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

Контроль расписания

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

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

Просмотры: 7 240

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

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

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

Рисунок 1. Диаграмма управления сроками проекта

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

Метод PERT.
Метод критического пути.
Метод критической цепи.

Метод PERT

Был создан в конце 50-х годов в военно-морских силах США для ускорения разработки лодочной баллистической ракеты «Полярис». При разработке этой системы оружия требовалось координировать работу нескольких тысяч частных подрядчиков и правительственных организаций. Координация работ оказалась настолько успешной, что весь проект был завершен на два года раньше планового срока. Это привело к дальнейшему применению PERT в других программах разработки оружия в ВМС, ВВС и сухопутных восках США. В настоящее время он широко применяется в промышленности, а так же в обслуживающих организациях .

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

Можно отметить ряд особенностей метода PERT:

PERT следует применять только для крупных проектов с большим количеством работ (более 300). Помимо достаточного числа работ критического пути это обеспечит независимость случайных величин их продолжительностей.
Для применения PERT необходимо подобрать экспертов и организовать их работу для получения оценок оптимистичной, пессимистичной и наиболее вероятной продолжительностей для каждой работы проекта. От качества этой работы будет зависеть качество применения PERT
PERT занижает оценку продолжительности проекта. Чем больше параллельно идущих работ, тем серьезней ошибка. Для ее утсранения следует воспользоваться методом Монте-Карло.
Критическим путем проекта при его реализации может оказаться путь, отличный от того, который был получен с помощью метода PERT. Степень критичности той или иной работы проекта также зависит от конкретной реализации. Можно говорить лишь о вероятности, что работа будет критичной.

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

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

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

Метод критического пути

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

МКП предъявляет следующие требования к модели проекта :

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

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

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

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

Для расчета критического пути необходимо проделать следующие шаги:

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

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

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

По данным многочисленных исследований Standish Group для традиционных методов управления проектами, только 44% проектов обычно завершаются вовремя. В среднем проекты занимают 222% процента от изначально запланированной длительности, 189% от начального бюджета. 70% проектов сокращают исходный объем работ проекта, 30% проектов закрываются досрочно.

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

Метод критической цепи

Впервые метод описан в 1997 году в книге Голдратта «Критическая цепь», метод встретил широкую поддержку специалистов, так как был близок по технике классическому методу PERT (ресурсные связи фактически являлись расширением сетевой модели на ресурсы), а расчётные алгоритмы оказались достаточно просты и эффективны по быстродействию. Расчёт буферов также был прост и аналогичен методике расчёта длительности работ в некоторых расширениях метода PERT и соответствовал сложившейся практике во многих организациях.

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

Действуя согласно , определим проблемные зоны управления проектами по CPM/PERT, которые напрямую влияют на скорость выполнения проекта. Результатом подобного анализа стал следующий список проблем:

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

После подробного анализа каждой из проблем, Голдратт предложил свой подход к решению проблем:

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

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

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

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

Опишем основные особенности метода критической цепи :

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

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

Список литературы

Методы анализа сетей: пер. с англ. Филлипс Д., Гарсиа-Диас А. М.: Мир, 1984. - 496 с.
. Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США ANSI/PMI 99-001-2008.
Управление проектами. Фундаментальный курс. Учебник. Валерий Аньшин, Ольга Ильина. М.: Высшая Школа Экономики (Государственный Университет), ISBN 978-5-7598-0868-8; 2013 г - 624 с.

Сухотерин Павел Александрович
аспирант, Московский Государственный Университет приборостроения и информатики, РФ. г. Москва

Просмотры: 12 516

Что такое управление расписанием проекта? По сути, расписание проекта отражается в плане-графике проекта. Одно из первых действий при планировании проекта это составление иерархической структуры работ (WBS или Work Breakdown Structure), из которой в дальнейшем, путем проставления длительностей работ, их взаимосвязи, их начала и окончания, а также задействованных ресурсов, получается план-график работ.

Расписание проекта предоставляет “roadmap”, карту, по которой менеджер проекта должен провести свой проект. Т.е. расписание проекта показывает, в какой момент времени, какие именно ресурсы будут задействованы, на каких работах, и какие результаты будут предоставлены. Управление расписанием проекта, включает в себя все действия по планированию, контролю и, даже корректирующие расписание действия. Именно расписание проекта позволяет использовать ресурсы наиболее эффективным способом, привлекать их в те даты, когда они необходимы и высвобождать, когда необходимость в ресурсах отпадает. С финансовой точки зрения, компания сможет спланировать свои платежи, посредством расписания проекта, что позволяет избежать таких негативных вещей, как например, кассовые разрывы. Кроме того, расписание проекта входит в источники для произведения оценки по аналогам и является отличным источником для анализа проекта.

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

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

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

Итак, подводя итоги:
1. При создании и дальнейшем управлении расписанием проекта, необходимо понимать цели, для которых создается расписание проекта.
2. До того, как вы приступите к созданию расписания, постарайтесь определить, как именно вы его будете создавать (будете ли использовать какую-то конкретную методику, каким инструментом будете пользоваться и т.д.).
3. Привлекайте команду проекта, заказчика, спонсора проекта и других заинтересованных лиц для создания расписания проекта.
4. Расписание проекта должно быть реалистичным!

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

Успешных вам проектов!