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

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

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

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

Формула 4 Расчет крутизны стоимость/время

Крутизна стоимость/время = (сжатая стоимость - нормальная стоимость)/(нормальная длительность - сжатая длительность).

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

Существует пять золотых правил сжатия расписания.

1. Сжимать только операции, лежащие на критическом пути.
2. Сжимать на одну временную единицу расписания за один шаг (например, на один день за один шаг).
3. Когда существует несколько критических путей, сжимать их все одновременно.
4. Сначала сжимать те операции критического пути, которые имеют наименьшую стоимость сжатия (наименьшую крутизну стоимость / время).
5. Не сжимать некритические операции.

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

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

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

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

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

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

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

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

Таблица 16.

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

«Наименование проекта» Еженедельный статус-отчет Отчетный период:___________________

Кому:

От:

Дата:

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

№

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

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

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

Отклоне-ние

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

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

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

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

1.

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

2.

3.

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

Выводы:

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

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

№

№ в жур-нале

Описание

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

Срок решения

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

Прио-ритет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Диаграмма Гантта - диаграмма , которая использует горизонтальные полосы для представления операций проекта, показывает даты начала и завершения каждой операции и проекта относительно горизонтальной шкалы времени [18 ].

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

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

Диаграмма контрольных событий - инструмент для разработки расписания проекта , построение которого включает следующие действия [18 ]:

сбор исходной информации для построения диаграммы;

построение сетевой диаграммы , отражающей взаимосвязь операций ;

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

выбор контрольных событий - событий, которые являются главными для продвижения проекта;

упорядочивание контрольных событий - изучение взаимосвязей и определение последовательности их выполнения;

нанесение контрольных событий на детальное расписание проекта ;

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

Результаты разработки расписания

Результатами процесса разработки расписания являются:

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

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

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

требования к ресурсам (обновления);

параметры операции (обновления);

календарь проекта (обновления);

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

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

Технология разработки расписания

определить перечень операций, которые должны быть включены в расписание;

определить взаимосвязь операций ;

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

вычислить временной резерв для каждой операции;

определить критический путь ;

сравнить дату предполагаемого завершения проекта с датой завершения проекта по обязательству;

определить ограничения на ресурсы;

откорректировать расписание в соответствии с ограничениями на ресурсы;

проверить, не планируется ли завершение проекта по откорректированному расписанию раньше даты обязательства;

подкорректировать расписание или дату завершения проекта по обязательству, если завершение проекта по расписанию предполагается раньше этой даты;

согласовать расписание.

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

Таблица 3.1. Шаблон последовательного формирования расписания проекта
Список операций								Итерационная детализация информации об операциях
Номер задачи	Номер ИСР	Описание задачи
Предшествущие задачи и продолжительность их выполнения
Номер задачи	Номер ИСР	Описание задачи	Предшествующая задача
Распределение задач по ролям (исполнителям)
Номер задачи	Номер ИСР	Описание задачи	Предшествующая задача	Оценка трудоемкости (человеко-дни)	Исполнитель
Календарный план
Номер задачи	Номер ИСР	Описание задачи	Предшествующая задача	Оценка трудоемкости (человеко-дни)	Исполнитель	Начало	Завершение

Таблица 3.2. Пример использования шаблона последовательного формирования расписания
Список работ
№ задачи	Номер ИСР	Описание задачи
1.1 Подготовка проекта
		Проведение коммуникации ключевым подразделениям оповещения ключевых подразделений и бизнес-единиц компании о начале проекта
		Подписание договоров

Логическая последовательность и трудоемкость работ

№ задачи	Номер ИСР	Описание задачи	предшеств. задачи	Оценкатрудоемкости(чел.*дни)
1.1 Подготовка проекта		Инициирующая встреча по проекту
		Проведение коммуни-кации ключевым подразделениям и бизнес-единицам оповещения ключевых подразделений и бизнес-единиц компании о начале проекта
		Создание рабочей среды для команды проекта
		Подписание договоров
		Создание и мобилиза-ция проектной команды
		Создание и выпуск руководящего документа проекта
		Постановка процесса управления проектом

№ задачи	Номер ИСР	Описание задачи	№ пред-шеств.задачи		Роль исполнителя
1.1Подготовкапроекта		Инициирующая встреча по проекту
		Создание рабочей среды для команды проекта			Администратор проекта; спонсор проекта
		Подписание договоров			Спонсор проекта; руководитель проекта; администратор проекта
		Создание и мобилизация проектной команды
		Создание и выпуск руководящего документа проекта			Спонсор проекта ; руководитель проекта
		Постановка процесса управления проектом			Спонсор проекта; руководитель проекта; администратор проекта

Закрепление ролей исполнителей за проектными работами

№ задачи	Номер ИСР	Описание задачи	№ пред-шеств.задачи	Оценка трудоемкости (чел.* дни)	Роль исполнителя
1.1Подготовкапроекта		Инициирующая встреча по проекту			Спонсор проекта; руководитель проекта; архитектор решения; администратор проекта
		Проведение коммуникации ключевым подразделениям и бизнес-единицам оповещения ключевых подразделений и бизнес-единиц компании о начале проекта			Спонсор проекта; руководитель проекта; администратор проекта
		Создание рабочей среды для команды проекта			Администратор проекта; спонсор проекта
		Подписание договоров			Спонсор проекта; руководитель проекта; администратор проекта
		Создание и мобилизация проектной команды			Руководитель проекта; руководитель группы интеграции и разработок
		Создание и выпуск руководящего документа проекта			Спонсор проекта ; руководитель проекта
		Постановка процесса управления проектом			Спонсор проекта; руководитель проекта; администратор проекта

Разработка расписания проекта методом критического пути

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

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

Используется ИСР , перечень идентичен нижнему уровню .

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

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

Определить предшествующую операцию для каждой операции.

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

При расчете раннего расписания для операций требуется придерживаться нескольких правил составления расписаний (scheduling conventions ). Данные правила приняты сообществом по составлению расписаний (scheduling community). В расписании старт первой операции всегда назначается на дату старта проекта. Эта дата является входом плана проекта. Первая дата старта является стартом проекта. Дата раннего финиша - это дата раннего старта плюс длительность операции . При этом применяется следующее правило. Считается, что каждая операция начинается в момент начала того периода, в который она стартует, и оканчивается в момент завершения периода, в который она завершается. Это означает, что если длительность операции составляет один день и если она начинается первого января, то заканчивается данная операция также первого января. В соответствии с данным правилом ранний финиш любой операции равен раннему старту плюс длительность минус один. Таким образом, операция 1 начинается в день 1 и заканчивается в день 15 (см. табл. 3.3 ). Следующая операция должна начаться в следующий доступный временной период: поскольку операция 1 заканчивается в день 15, операция 2 должна начаться в день 16, а закончиться в день 20. Операции 3 и 4 представляют следующую проблему. Эти операции зависят от операции 2, т. е. операция 2 должна окончиться перед их стартом. Очевидно, что датой раннего старта обеих операций будет день 21.

Формула 1. Расчет раннего финиша

Для выполнения обратного прохода необходимо начинать с последней операции, которая была выполнена в раннем расписании. Логическим обоснованием этого является следующее: если раннее расписание определяет самую раннюю дату завершения проекта, то в обратном проходе мы ищем для всех операций самые поздние даты их выполнения, при которых проект мог бы быть полностью выполнен. Мы начинаем с наиболее поздней из дат раннего финиша, соответствующей завершению последней операции. Это время позднего финиша (LF). Для получения времени позднего старта (LS) из времени позднего финиша вычитается длительность. Даты позднего расписания (поздний старт и поздний финиш) для операции 11 будут соответственно днями 90 и 94. Поскольку дата позднего старта операции 11 - день 90, операции 10 и 3 должны быть окончены не позднее дня 89. Это будет датой позднего финиша для обеих операций. Таков самый поздний срок завершения данных операций для того, чтобы обеспечить завершение проекта в день 94 и дату позднего старта операции 11. Для получения дат позднего старта для каждой операции вычитаются их длительность. При рассмотрении операции 2 надо быть очень внимательными в выборе даты позднего финиша, которая также согласуется с датами позднего старта операций 3, 4 и 6. Поскольку датами позднего старта операций 3, 4 и 6 являются дни 86, 53 и 21, соответственно, датой позднего финиша операции 2 является день 20.

Таблица 3.3. Операции проекта
Операции	Описание	Длительность	Операция-предшественник					Резерв времени
	Определение выходных результатов проекта
	Одобрение заинтересованными сторонами
	Выбор места
	Оценка и выбор поставщика
	Приобретение аппаратного обеспечения
	Проектирование ПО
	Написание кода
	Тестирование ПО
	Тестирование аппаратного обеспечения
	Интеграция аппаратного и программного обеспечения
	Установка и окончательная приемка

Формула 2. Расчет позднего финиша

LS=LF - Длительность + 1

Вычислить временной резерв (float) для каждой операции.

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

Формула 3. Расчет временного резерва

float = LS - ES = LF - ES

Определить критический путь (critical path ).

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

Определить, не состоится ли предполагаемое завершение проекта раньше даты обязательства (promise date).

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

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

Затем надо отрегулировать расписание или дату обязательства. Возможны две ситуации: расписание с датой обязательства более ранней, чем предварительно определенная дата, и расписание с датой обязательства более поздней, чем предварительно определенная дата. Если предварительная дата расписания является более поздней, чем обязательства, то необходимо применять сжатие (crashing ) или быстрый проход (tracking).

Недостатком этих методов для любого расписания является то, что увеличиваются стоимость проекта или риски, а в некоторых случаях и то, и другое. Принципы применения этих методов будут рассмотрены в разделах, посвященных стадии проектирования ЖЦ ИС.

Запросить ресурсы и определить ограничения на ресурсы.

Отрегулировать расписание в соответствии с ограничениями на ресурсы.

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

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

Получить одобрение расписания (согласовать расписание).

Организация управления расписанием проекта

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

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

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

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

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

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

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

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

Таблица 3.4. Шаблон формы отчета о прогрессе проекта

"Наименование проекта" Еженедельный статус-отчет Отчетный период:

Кому :

Дата :

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

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

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

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

Отклонение

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

% завершения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3.4. Шаблон формы отчета о прогрессе проекта

"Наименование проекта" Еженедельный статус-отчет Отчетный период :
Кому :
От :
Дата :
Работы, проведенные в отчетном периоде
№	Название операции	Плановая дата начала	Плановая дата окончания	Отклонение	Ожидаемая дата окончания	% завершения	Комментарий
Наименование пакета операций
1 .
Наименование пакета операций
2 .
3 .
Выводы и предложения
Выводы :
Предложения :
Открытые вопросы и проблемы
№	№ в журнале	Описание	Решение/ Проект решения	Срок решения	Ответственный		Приоритет

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

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

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

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

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

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

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