Файл: Исходные данные для разработки расписания.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 12.12.2023

Просмотров: 59

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Лекция 1.4

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



Исходные данные для разработки расписания


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

  • рассчитать с помощью прямого прохода раннее расписание для каждой операции;

  • рассчитать с помощью обратного прохода позднее расписание для каждой операции;

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

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

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

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

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

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

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

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


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








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


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

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

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

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

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

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

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

  • Рассчитать с помощью прямого прохода (forward pass) раннее расписание (early schedule): ранний старт (ES) и ранний финиш (EF) для каждой операции.

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

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

EF=ES + Длительность - 1

  • Рассчитать с помощью обратного прохода (backward pass) позднее расписание (late schedule) для каждой операции.

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




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

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

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

float = LS - ES = LF - ES

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

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

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

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

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