Согласно РMBOК [9] , управление сроками проекта (time management) - это процесс, используемый для обеспечения своевременного завершения проекта.
Управления сроками проекта состоит из шести процессов [9].
Определение состава операций - процесс определения конкретных плановых операций, которые необходимо выполнить для получения результатов проекта - внедрения ИС.
Определение взаимосвязей операций - процесс выявления и документирования последовательности выполнения плановых операций.
Определение ресурсов операции - процесс определения необходимых для выполнения каждой плановой операции ресурсов и их количества.
Определение длительности операций - процесс определения продолжительности выполнения каждой плановой операции.
Разработка расписания - процесс составления расписания проекта с учетом последовательностей операций, их длительности, требований к ресурсам и ограничений на сроки выполнения проекта в целом.
Управление расписанием - процесс управления изменениями расписания проекта.
Первые пять процессов относятся к группе процессов планирования, шестой - к группе процессов мониторинга и управления. Процессы взаимодействуют как между собой, так и с процессами из других областей знаний.
Процессам управления сроками проекта предшествует процесс планирования, определяющий формат и критерии разработки и контроля расписания проекта, управления проектом, в ходе которого разрабатывается план управления расписанием. План управления расписанием входит в план управления проектом, либо является его вспомогательным планом.
На рис. 5.1 показана последовательность процессов, приводящая к разработке расписания проекта и затем к управлению расписанием. Разработка расписания проекта начинается с определения состава операций. После того как операции определены, между ними устанавливаются взаимосвязи. Чтобы определить длительность операций, следует назначить специалистов, которые будут выполнять операции, - уровень их квалификации имеет определяющее значение. Рассмотрим подробнее, каким образом определяются операции проекта, их взаимосвязи, требуемые ресурсы, длительность операций, как составляется расписание проекта и осуществляется управление им.
Рис. 5.1. Связь процессов управления сроками проекта
Определение состава операций предполагает определение и документирование работ, запланированных для выполнения. Инструментальным средством для определения состава операций, а также для оценки их взаимосвязи и длительности, служит ИСР. В предыдущем разделе был рассмотрен вопрос создания иерархической структуры работ путем декомпозиции. Напомним, что результатом процесса декомпозиции является нижний уровень работ, необходимых для завершения проекта. В процессе декомпозиции определяется нижний уровень управления, с которым работает руководитель проекта, - уровень пакетов работ. Пакеты работ, как правило, определяются Методологией внедрения ИС. Пакет работсостоит из операций, имеющих общие функции или конечный результат.
Пакеты работ разбивают на операции. Операция - это единица работ, в результате которой имеется конкретный результат по внедрению информационной системы.
Перед началом определения состава операций рекомендуется еще раз проанализировать описание содержания проекта, ограничения и допущения с точки зрения полноты списка операций, который будет основой для составления смет, планирования сроков выполнения и контроля проектных работ.
Состав операций может определяться последовательно, методом набегающей волны. Этот метод применяется в крупных или долгосрочных проектах, когда имеется неопределенность относительно выполнения некоторых работ. При использовании метода набегающей волны пакеты работ, расположенные в отдаленном будущем, планируются только на высоком уровне, в то время как пакеты работ, расположенные ближе по оси времени, планируются детально.
Входом для процесса определения состава операций являются [9] :
Для определения состава операций используют следующие инструменты и методы:
Процесс определения состава операций завершается формированием нижеследующих документов [9].
Список операций - перечень работ, запланированных для выполнения.
Параметры операций - могут включать в себя идентификатор операции, коды операции, длительность, начало, окончание, исполнителя операции, перечни предшествующих и последующих операций, логические взаимосвязи, опережения и задержки, плановую трудоемкость работ и другие необходимые для управления проектом параметры операций.
Список контрольных событий (вех проекта) - определяет все контрольные события расписания, необходимые для мониторинга хода выполнения и для управления проектом. Список контрольных событий является элементом плана управления проектом. Веха проекта определяет момент перехода проекта из одного состояния в другое. Важным отличием вех от операций проекта является то, что они не имеют длительности.
Запрошенные изменения - изменения в составе работ, которые могут появиться в ходе выполнения работ по внедрению ИС и повлиять на описание содержания проекта.
Примеры состава операций и контрольных событий (вех проекта) представлены в таблицах 5.1 и 5.2.
| Наименование пакета работ | Наименование операций |
|---|---|
| Обследование | Формирование и согласование плана проведения интервью |
| Подготовка и рассылка опросных листов для интервью | |
| Проведение интервью для описания бизнес-процессов | |
| Описание бизнес-процессов | Описание бизнес-процессов по функциональной области Финансы |
| Описание бизнес-процессов по функциональной области Логистика | |
| Описание бизнес-процессов по функциональной области Персонал | |
| Разработка системы | Разработка решений по функциональной архитектуре |
| Подготовка функционального дизайна расширений | |
| Настройка системы | |
| Техническое проектирование расширений | |
| Разработка расширений | |
| Техническое проектирование программ конвертации данных | |
| Разработка программ конвертации данных | |
| Планирование тестирования приложения и интеграционного тестирования | |
| Тестирование системы | Разработка сценариев тестирования |
| Подготовка тестовых данных | |
| Проведение тестирования по функциональным областям Финансы, Логистика, Персонал | |
| Проведение интеграционного тестирования | |
| Проведение тестирования конвертации данных |
| Вехи проекта |
|---|
Входящие вехи проекта:
|
Вехи проекта:
|
Планирование сроков проекта может быть выполнено с помощью специализированных программных средств. Пример планирования сроков работ в специализированной системе MS Project приведен на рис. 5.2.
Рис. 5.2. Планирование работ в MS Project
Процесс определения взаимосвязей операций включает в себя идентификацию и документирование логических взаимосвязей между плановыми операциями. Взаимосвязи операций могут быть последовательными, с собственными отношениями предшествования, а также опережениями и задержками. В этом случае каждый выходной элемент операции используется как входной элемент другой операции или является частью поставки. Взаимосвязи операций могут быть с перекрытиями, когда еще незавершенная операция имеет достаточно выходных элементов для начала зависящей от нее операции, или с параллельным выполнением операций.
Входами для процесса определения взаимосвязи операций могут быть [9]:
При определении взаимосвязи используются нижеследующие инструменты и методы.
Метод предшествования - это метод построения сетевых диаграмм расписания проекта, в котором операции изображаются в виде прямоугольников (называемых "узлами"), а зависимости - соединяющими их дугами. Этот метод еще называется "операции в узлах", он используется в большинстве пакетов программного обеспечения для управления проектами. В этом методе существует четыре типа отношений предшествования:
Для более полного понимания и практического применения Метода предшествования проанализируем отдельные операции, представленные на рис. 5.2. Так, например, операции № 11 и № 9 относятся к типу Финиш-старт. Операция № 11 "Проведение интервью для описания бизнес-процессов" не может начаться до завершения операции №9 "Формирование и согласование плана проведения интервью". К этому же типу относятся операции № 14 и № 11. Действительно, операция № 14 "Описание бизнес-процессов" не может начаться до того, как будут проведены интервью: интервью являются источником информации для описания бизнес-процессов. Примером операций типа Старт-старт могут служить операции 28 и 29 (рис. 5.2). Операция 29 "Подготовка тестовых данных" должна начинаться не раньше операции 28 "Разработка сценариев тестирования".
На рис. 5.3 в графической форме представлены все типы связей.
В методе предшествования чаще всего используется отношение предшествования типа Финиш-старт и редко применяются отношения Старт-финиш.
Рис. 5.3. Типы связей операций
Метод стрелочных диаграмм. Метод стрелочных диаграмм - это метод построения сетевых диаграмм расписания проекта, где операции представляются в виде дуг, которые соединяются в узлах, показывающих их зависимости. Этот метод еще называется "операции на дугах".
Шаблоны расписания сети. Стандартизированные шаблоны сетевых диаграмм расписания проекта могут использоваться для ускорения подготовки сетей плановых операций проекта. Они могут включать в себя как весь проект в целом, так и его часть.
Определение зависимостей. Для определения последовательности операций используется три типа зависимостей.
Применение опережений и задержек. Опережения и задержки представляют собой интервалы времени, которые модифицируют взаимосвязи между предшествующими и последующими операциями. Опережения и задержки обозначаются знаками плюс (для задержки) и минус (для опережения) перед количеством периодов времени. На рис. 5.4 представлено графическое изображение операции с задержкой - работа Б начнется через 5 дней после окончания работы A.
Рис. 5.4. Изображение операции Финиш-старт с задержкой на 5 дней
Команда управления проектом определяет зависимости, для которых корректное определение логических взаимосвязей может вызвать опережение или задержку выполнения операции. Опережение позволяет ускорить последующую операцию. Например, системный архитектор проекта и программисты могут приступить к разработке функциональности системы по Логистике, не дожидаясь окончания описания бизнес-процессов по функциональности Финансы, Персонал.
Примером операции типа Финиш-старт с опережением могут служить операции "Разработка сценариев тестирования" и "Подготовка тестовых данных". Целесообразно приступить к подготовке тестовых данных до момента полного завершения разработки сценариев тестирования, т. е. начать работу с опережением. Например, за 5 дней до завершения разработки сценариев тестирования уже будет достаточно материала, чтобы начать подготовку тестовых данных.
Сетевые диаграммы расписания проекта - схематическое отображение плановых операций проекта и логических взаимосвязей (зависимостей) между ними. Сетевая диаграмма расписания проекта может быть построена вручную или при помощи программного обеспечения для управления проектом, например, Spider или MS Project. Она может включать в себя полную детализацию проекта или одну или несколько суммарных операций (пакет операций). На рис. 5.5 приведен пример представления расписания проекта в виде диаграммы Гантта MS Project.
Список операций (обновления). Если одобренные запросы на изменения являются результатом процесса определения взаимосвязей операций, то создается обновленный список операций, включающий в себя эти изменения.
Параметры операции (обновления). Если одобренные запросы на изменения, являющиеся результатом процесса определения взаимосвязей между операциями, оказывают влияние на список операций, то в соответствующие элементы параметров операций включаются эти одобренные изменения (логические взаимосвязи и соответствующие опережения и задержки).
Запрошенные изменения. При разработке логических взаимосвязей, опережений и задержек проекта могут быть выявлены моменты, которые повлекут за собой запрос на изменение списка операций или параметров операций. Запрошенные изменения рассматриваются и утверждаются в рамках процесса общего управления изменениями.
Рис. 5.5. Фрагмент расписания проекта в виде диаграммы Гантта MS Project
Оценка ресурсов плановой операции призвана определить, какие ресурсы (человеческие ресурсы, оборудование) будут использоваться и в каком количестве и когда каждый из ресурсов будет доступен для выполнения проектных операций. Процесс оценки ресурсов операций тесно координируется с процессом оценки стоимости, который будет рассмотрен в следующей лекции.
Входами для данного процесса являются:
Инструменты и методы, используемые при оценке ресурсов операций:
Оценка "снизу вверх".
Когда плановую операцию нельзя оценить с достаточной степенью уверенности, то работы в пределах такой операции разбиваются на более мелкие элементы. Ресурсные потребности каждого более детализированного элемента работ оцениваются, и эти оценки объединяются в общее количество по каждому ресурсу плановой операции. Плановые операции могут быть связаны отношениями зависимости, которые могут влиять на привлечение и использование ресурсов, но могут и не иметь такой связи. Если отношений зависимости нет, то эта специфика применения ресурсов отражается в оценочных требованиях плановой операции и фиксируется документально.
Результатом процесса оценки ресурсов операций является следующая информация.
Требования к ресурсам операции. Выход процесса оценки ресурсов операций представляет собой определение и описание типов и количества ресурсов, необходимых для каждой плановой операции в пакете работ. Эти требования можно затем собрать в единое целое для определения оценочных ресурсов по каждому пакету работ. Детализация и уровень специфичности требований к ресурсам могут варьироваться в зависимости от области приложения. В документацию по требованиям к ресурсам для каждой плановой операции может входить оценочная база для каждого ресурса, а также допущения по типам ресурсов, их наличию и количеству. Процесс разработки расписания определяет потребность в тех или иных ресурсах. На рис. 5.6 представлен фрагмент таблицы "Ресурсы", содержащей следующие параметры: название ресурса, его код, количество, стоимостную оценку (фактическую и плановую), длительность и др.
Рис. 5.6. Фрагмент таблицы "Ресурсы", выполненной в системе управления проектом Spider
Параметры операции (обновления). Виды и количество ресурсов, необходимых для каждой плановой операции, включаются в параметры операций. Если одобренные запросы на изменения являются результатом процесса оценки ресурсов операций, то создается обновленная версия списка операций и параметров операций, куда включаются эти изменения.
Иерархическая структура ресурсов. Иерархическая структура ресурсов представляет собой иерархическую структуру идентифицированных ресурсов по категориям и типам ресурсов.
Календарь ресурсов (обновления). Сводный календарь ресурсов проекта документирует рабочие и нерабочие дни, определяющие даты, на которые данный ресурс (персонал, сервер и т. п.) может быть активным или не задействован. Календарь ресурсов проекта, в частности, отмечает выходные для данного ресурса дни и периоды доступности ресурса. Календарь ресурсов проекта назначает количество каждого доступного ресурса по каждому периоду доступности.
Рис. 5.7. Календарь проекта
Запрошенные изменения. Результатом процесса оценки ресурсов операции могут стать добавление в списке операций новых плановых операций или удаление из него старых; эти изменения оформляются как запрошенные изменения. Запрошенные изменения рассматриваются и утверждаются в рамках процесса общего управления изменениями.
Длительность операции - это продолжительность времени, необходимого для выполнения операции. Длительность может измеряться количеством дней, в течение которых человек (или несколько человек) трудился над данной операцией. Процесс оценки длительности плановых операций использует информацию о содержании работ операции, требуемых ресурсов, календарях ресурсов с указанием их доступности. Оценка длительности может уточняться в ходе выполнения проекта.
Процесс оценки длительности операций требует, чтобы были оценены объем работы, расчетное количество ресурсов и определено количество рабочих. Оценка длительности операции проводится с помощью ИСР.
Рис. 5.8. Диаграмма Гантта с привязкой к ресурсам
Общая длительность проекта рассчитывается как выход процесса разработки расписания.
Описание содержания проекта. При оценке длительности плановых операций учитываются ограничения и допущения, взятые из описания содержания проекта. Примером ограничения могут служить операции по сдаче документов, проверки, редактирования и аналогичные непродуктивные плановые операции, частота и продолжительность которых, как правило, указывается в контракте или в корпоративных правилах исполняющей организации.
Список операций - выход процесса определения взаимосвязи операций.
Параметры операций - выход процесса определения взаимосвязи операций.
Требования к ресурсам операции. Расчетные требования к ресурсам операции влияют на длительность плановой операции, так как привлеченные для плановой операции ресурсы и их наличие будет в значительной мере влиять на длительность большинства операций. Например, продолжительность разработки сценариев тестирования разрабатываемой ИС будет зависеть от количества консультантов-аналитиков, длительность тестирования разрабатываемой информационной системы будет зависеть от количества тестировщиков и т. д. Можно распределить разработку сценариев тестирования между консультантами-аналитиками по группам автоматизируемых бизнес-процессов, и тогда длительность плановой операции будет меньше той, где тот же объем работы выполнял бы один человек. Аналогично, за тестировщиками можно закрепить отдельные модули системы или группы бизнес-процессов и тем самым сократить время плановых операций по тестированию.
Календарь ресурсов - выход процесса оценки ресурсов операций.
План управления проектом включает в себя реестр рисков и проектные сметы. Реестр рисков содержит информацию об идентифицированных рисках проекта, рассматриваемых командой проекта при подготовке оценок длительности операций и ее корректировке с учетом рисков. Оценка стоимости проектных операций показывает расчетные объемы ресурсов по каждой плановой операции.
Оценка по аналогам подразумевает оценку фактической длительности аналогичной предыдущей плановой операции в качестве основы для оценки длительности будущей плановой операции и использует историческую информацию и экспертную оценку.
Параметрическая оценка. Оценочную величину длительности операций можно вычислить путем умножения количества работы на производительность труда. Для определения длительности операций по рабочим периодам общее количество ресурсов умножается на количество рабочего времени или производительность за рабочий период и делится на количество привлеченных ресурсов.
Оценка по трем точкам. Точность оценки длительности операций можно увеличить, если в исходной оценке учитывать размер рисков. Оценка по трем точкам основана на определении трех типов оценок:
Оценка длительности операции может быть выведена с использованием средней из трех оценок длительности.
Длительность операции = (наиболее вероятная оценка + оптимистичная + пессимистичная)/3
Анализ резервов. Команда проекта может принять решение о добавлении дополнительного времени в общее расписание проекта, называемого резервом на непредвиденные обстоятельства, временным резервом или буфером, в качестве учета рисков нарушения графика. Резерв на непредвиденные обстоятельства можно использовать полностью или частично, его можно впоследствии сократить или убрать вовсе по мере появления более точной информации.
Оценка длительности операций. Количественные оценки вероятного числа рабочих периодов, которые потребуются для выполнения операции, всегда включает оценки диапазонов возможных значений. Например, оценка "2 недели ± 2 дня" означает, что плановая операция будет выполняться не менее 8 дней и не более 12 (при 5-дневной рабочей неделе).
Параметры операции (обновления). Параметры операции обновляются каждый раз, когда изменяются длительность плановых операций, допущения, сделанные при оценке длительности операций, и различные резервы на непредвиденные обстоятельства.
Разработка расписания проекта - итеративный процесс, определяющий плановые даты начала и завершения операций проекта. Разработка расписания производится непрерывно по мере выполнения работ проекта. При этом может потребоваться проверять и редактировать оценки длительности и ресурсов, чтобы в итоге получить одобренное расписание проекта. Согласованное расписание используется как базовое, по которому будет оцениваться прогресс рисков.
Исходной информацией для процесса разработки расписания является:
Описание содержания проекта. Включает допущения (документированные факторы, относящиеся к расписанию, которые при разработке расписания считаются достоверными) и ограничения (факторы, ограничивающие свободу выбора команды управления проектом при проведении анализа сети расписания и влияющие на составление расписания проекта). При разработке расписания учитываются два основных типа ограничений по времени:
Список операций - выход процесса определения взаимосвязи операций.
Параметры операций - выходы процесса оценки длительности операций.
Сетевые диаграммы расписания проекта - выходы процесса определения взаимосвязи операций.
Требования к ресурсам операции - выход процесса оценки ресурсов операций.
Календари ресурсов - выход процесса оценки ресурсов операций.
Оценка длительности операций - выходы процесса оценки длительности операций.
План управления проектом содержит План управления расписанием, План управления стоимостью, План управления содержанием проекта и План управления рисками. В соответствии с этими Планами выполняется разработка расписания и вспомогательных элементов, необходимых в процессе разработки расписания, одним из которых является реестр рисков. Реестр рисков содержит риски проекта и соответствующие мероприятия по реагированию на риски, необходимые для обслуживания процесса разработки расписания.
Анализ сети расписания представляет собой технологию создания расписания проекта и выполняется с помощью модели расписания. Существуют различные методы анализа: метод критического пути, метод критической цепи, анализ возможных сценариев и выравнивание ресурсов для расчета дат раннего и позднего старта и финиша и расчетных дат начала и завершения для незавершенных частей плановых операций проекта.
Метод критического пути - метод анализа сети расписания, проводимого при помощи модели расписания. При методе критического пути рассчитываются теоретические даты раннего старта и раннего финиша и позднего старта и позднего финиша для всех плановых операций без учета ограничений по ресурсам. Этот расчет производится путем проведения анализа прямого и обратного проходов по путям сети расписания проекта. Полученные даты раннего и позднего старта и финиша показывают периоды времени, в пределах которых следует планировать данную операцию, исходя из ее длительности, логических взаимосвязей, опережений, задержек и прочих ограничений.
Ранний старт (в методе критического пути) - самый ранний из возможных моментов времени, в который могут начаться плановые операции проекта. Ранний финиш - самый ранний из возможных моментов времени, в который могут завершиться плановые операции проекта. Ранний старт и ранний финиш вычисляются на основании логики сети расписания, отчетной даты и любых ограничений на расписание и могут меняться по ходу исполнения проекта и внесения изменений в план управления проектом.
Поздний старт - самый поздний момент времени, в который может быть начата плановая операция, определяемый на основании логики сети расписания, даты завершения проекта и любых ограничений в отношении плановых операций без нарушения ограничений на график или отсрочки даты завершения проекта. Поздний финиш - самый поздний момент времени, в который может быть завершена плановая операция. Поздний старт и поздний финиш определяются с помощью Обратного прохода в сети расписания проекта.
Прямой проход - вычисление ранних сроков начала и завершения невыполненных частей всех операций. Обратный проход - определение позднего финиша и позднего старта незавершенных частей всех плановых операций. Определяется в результате расчета проекта от даты завершения проекта к началу на основании логики сети расписания. Дата завершения определяется в результате прямого прохода или задается Заказчиком или Спонсором проекта.
Даты раннего старта и раннего финиша и позднего старта и позднего финиша могут не совпадать. Разность между ранними и поздними датами называетсявременным резервом. У критических путей общий временной резерв равен нулю, а плановые операции на критическом пути называются "критическими операциями". Если временной резерв имеет отрицательное значение, то могут потребоваться корректировки длительности операций, логических взаимосвязей, опережений, задержек и прочих ограничений. Гибкость расписания определяет "свободный временной резерв" - количество времени, на которое плановая операция может быть отложена, не вызывая задержки раннего старта непосредственно примыкающей последующей операции на данном сетевом пути.
Критический путь - это группа операций, которые не могут быть задержаны без задержки даты завершения всего проекта, или последовательность операций, имеющих нулевой временной резерв [10].
Рассмотрим пример построения сетевой модели и определения критического пути.
Требуется составить сетевую модель по заданной технологии выполнения работ проекта, приведенных в таблице 5.3. Необходимо определить резервы работ и критический путь проекта. Работы выполняются каждый день, без учета выходных, с возможностью привлечения необходимых ресурсов. Считаем датой начала проекта 1.01.08.
| № работы | Предыдущая работа | Последующая работа | Продолжительность работы, дн. |
|---|---|---|---|
| 1 | - | 3, 4 | 2 |
| 2 | - | 5 | 3 |
| 3 | 1 | 6 | 4 |
| 4 | 1 | 6 | 6 |
| 5 | 2 | 7 | 7 |
| 6 | 3,4 | 8 | 10 |
| 7 | 5 | 8 | 12 |
| 8 | 7,6 | - | 5 |
В таблице 5.3 указано, что у работ 1 и 2 нет предшествующих работ, после работы № 1 должны следовать работы 3 и 4, за работой № 2 должна следовать работа 5 и т. д. Работа 8 является завершающей, по данным таблицы 5.2 у нее нет последующих работ. Сетевая модель, соответствующая рассматриваемой технологии выполнения работ, представлена на рис. 5.9.
Рис. 5.9. Сетевая модель технологии выполнения работ
Построим таблицу, в которой для каждой операции отведены по две строки. Первые строчки каждой операции отмечают интервал выполнения операции при прямом проходе, вторые - при обратном. Даты начала и завершения каждой операции при прямом проходе определяются на основании логики сети расписания (рис. 5.9) и данных о продолжительности операций (таблица 5.3). Дата завершения получается в результате прямого прохода. При обратном проходе даты начала и конца операций определяются в результате расчета проекта от даты завершения проекта к началу также с использованием логики сети расписания и данных о продолжительности операций (таблица 5.3).
| № операции | Даты выполнения операций | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | |
| 1 | X | X | ||||||||||||||||||||
| O | O | |||||||||||||||||||||
| 2 | X | X | X | |||||||||||||||||||
| O | O | O | ||||||||||||||||||||
| 3 | X | X | X | X | ||||||||||||||||||
| O | O | O | O | |||||||||||||||||||
| 4 | X | X | X | X | X | X | ||||||||||||||||
| O | O | O | O | O | O | |||||||||||||||||
| 5 | X | X | X | X | X | X | X | |||||||||||||||
| O | O | O | O | O | O | O | ||||||||||||||||
| 6 | X | X | X | X | ||||||||||||||||||
| O | O | O | O | |||||||||||||||||||
| 7 | X | X | X | X | X | X | X | |||||||||||||||
| O | O | O | O | O | O | O | ||||||||||||||||
| 8 | X | X | X | X | X | |||||||||||||||||
| O | O | O | O | O | ||||||||||||||||||
Используя даты прямого и обратного проходов таблицы 5.4, построим следующую таблицу для вычисления временного резерва операции (таблица 5.5).
| Операция | РН | РО | ПН | ПО | Резерв |
|---|---|---|---|---|---|
| 1 | 1 | 2 | 6 | 7 | 5 |
| 2 | 1 | 3 | 1 | 3 | 0 |
| 3 | 3 | 6 | 10 | 13 | 7 |
| 4 | 3 | 8 | 8 | 13 | 5 |
| 5 | 4 | 10 | 4 | 10 | 0 |
| 6 | 9 | 12 | 14 | 17 | 5 |
| 7 | 11 | 17 | 11 | 17 | 0 |
| 8 | 18 | 22 | 18 | 22 | 0 |
где:
Видно, что операции 2, 5, 7, 8 имеют временной резерв, равный нулю, и представляют критический путь данного примера.
Сжатие расписания. При составлении расписания могут возникнуть ситуации, когда дата окончания проекта по расписанию будет более поздней, чем дата завершения проекта, утвержденная Заказчиком, или, наоборот, более ранней. В этом случае применяют сжатие расписания. Сжатие расписания укорачивает расписание проекта без изменения содержания проекта, с сохранением ограничения на сроки, требуемые даты или иные цели, указанные в расписании. Методы сжатия расписания: сжатие и быстрый проход.
При методе сжатия выполняется анализ компромиссов стоимости и сроков для определения возможности максимально сжать сроки при минимальных дополнительных затратах. Сжатие не всегда позволяет получить приемлемое решение и может привести к увеличению стоимости проекта. Быстрый проход - частный случай сжатия расписания. При быстром проходе операции, обычно выполняемые последовательно, проводятся с некоторым перекрытием или параллельно. Быстрый проход может привести к доработкам и возрастанию риска.
Анализ возможных сценариев - анализ, в основе которого лежит рассмотрение вопросов типа "Что произойдет, если ситуация будет развиваться по сценарию Х?" В этом случае выполняется анализ сети расписания, при котором с помощью модели расписания просчитываются различные сценарии (например, задержка поставки или увеличение длительности отдельных операций) или моделируется воздействие непредвиденных внешних факторов. Результаты анализа возможных сценариев могут использоваться для оценки выполнимости расписания при неблагоприятных условиях и для составления резервных планов.
Выравнивание ресурсов - метод анализа сети расписания, который применяется к модели расписания, проанализированной методом критического пути [ 10 ] . Выравнивание ресурсов используется для выявления плановых операций, которые необходимо выполнить, чтобы уложиться в указанные сроки. Выравнивание ресурсов удобно проводить с помощью компьютерных программ составления расписаний, используя гистограммы ресурсов. Гистограмма ресурсов создается на разделенном экране - в верхней части отображается диаграмма Гантта, где изображены операции, использующие ресурсы, представленные в нижней части экрана в виде столбиковой диаграммы. Диаграммы используют одинаковую шкалу времени.
Рис. 5.10. Превышение доступности ресурсов
Рис. 5.11. Перераспределение ресурсов
На рис. 5.10 видно, что в течение двух первых недель использованы не все ресурсы, а на пятой и шестой неделе наблюдается их перерасход, то есть люди должны будут работать сверхурочно по 20 часов в неделю в течение 2-х недель.
После анализа внесем в расписание следующее изменение: прервем на третьей неделе выполнение задачи 2 и возобновим его на шестой неделе. Это позволит выравнивать нагрузку и избежать сверхурочных работ (рис. 5.11).
В результате метода выравнивания ресурсов получается расписание с ограниченными ресурсами и с расчетными датами начала и завершения проекта.
Программное обеспечение для управления проектами автоматизирует расчет математического анализа критического пути с прямым и обратным проходом и выравнивание ресурсов, позволяет оперативно рассмотреть множество альтернативных вариантов расписания.
Применение календарей. Календари проекта и календари ресурсов определяют периоды, когда разрешена работа.
Модель расписания создается на основе данных и информации расписания и используется для выполнения анализа сети расписания.
Результатами процесса разработки расписания являются:
Расписание проекта. Расписание проекта может быть разработано детально или укрупнено как расписание контрольных событий. Расписание может быть представлено в табличном виде или иметь графическое представление в виде сетевых диаграмм, столбиковых горизонтальных диаграмм или диаграмм контрольных событий. На столбиковых диаграммах столбики обозначают операции, показывают даты начала и завершения операций и их ожидаемую длительность. Они легко читаются и часто используются для представления информации руководству организации. Диаграммы контрольных событий показывают только запланированные даты начала или завершения получения основных результатов внедрения ИС и ключевых внешних событий.
Данные для модели расписания. Обязательные данные для расписания проекта включают в себя контрольные события расписания, плановые операции, параметры операции и документацию всех имеющихся допущений и ограничений, а дополнительные - требования к ресурсам по периодам времени, альтернативные расписания, резервы на непредвиденные обстоятельства.
Базовый план расписания - это особый вариант расписания проекта, разрабатываемый посредством анализа сети расписания модели расписания, принимается и утверждается командой управления проектом в качестве первоначального (базового) плана расписания с указанными базовым стартом и базовым финишем. Базовый план расписания используют для выявления отклонений фактических сроков выполнения операций от плановых.
Требования к ресурсам (обновления).
Параметры операции (обновления).
Календарь проекта (обновления). Запрошенные изменения. В процессе разработки расписания могут появиться запрошенные изменения, которые обрабатываются в процессе общего управления изменениями.
План управления проектом (обновления). План управления проектом обновляется с отражением всех одобренных изменений в способах управления расписанием проекта.
При разработке расписания рекомендуется соблюдать следующую последовательность работ [10]:
Управление расписанием связано с определением текущего состояния расписания проекта, влиянием на факторы, создающие изменения в расписании, выявлением фактов изменения расписания проекта, управлением изменениями. Управление расписанием рассматривается как часть процесса общего управления изменениями.
План управления расписанием определяет, как будет осуществляться контроль и управление расписанием проекта.
Базовый план расписания является составляющей плана управления проектом и основой для измерения исполнения расписания и отчетности по ней в рамках базового плана исполнения.
Отчеты об исполнении задач дают информацию об исполнении расписания.
Одобренные запросы на изменение используются для обновления базового плана расписания и прочих компонентов плана.
Отчетность о прогрессе проекта включает в себя фактические даты начала и завершения и оставшуюся длительность незавершенных плановых операций. При использовании методики освоенного объема отчетность может содержать процент выполнения текущих плановых операций. Для упрощения подготовки периодической отчетности о прогрессе проекта удобно использовать типовые формы - шаблоны. Пример шаблона отчетной формы представлен на рис. 5.12.
Рис. 5.12. Шаблон формы отчета о прогрессе проекта
Система управления изменениями расписания определяет порядок изменения расписания проекта; включает в себя работу с документами, системы отслеживания и уровни авторизации, необходимые для авторизации изменений; является частью процесса общего управления изменениями.
Измерение эффективности. Методы измерения эффективности выдают отклонение по срокам и индекс выполнения сроков, используемые для оценки величины любых возникающих отклонений от расписания.
Анализ отклонений. Ключевой функцией управления расписанием является проведение анализа отклонений по срокам. Сравнение директивных дат начала и выполнения с фактическими/прогнозируемыми дает информацию для осуществления корректирующих действий в случае задержек.
Сравнительные диаграммы расписания. Для упрощения анализа исполнения расписания удобно пользоваться сравнительной столбиковой диаграммой, имеющей по два столбика для каждой плановой операции - текущее состояние и состояние одобренного базового плана расписания. На диаграмме наглядно отображаются места, где расписание обгоняет плановое и где отстает от него.
Данные для модели расписания (обновления). Одобренные изменения информации о расписании приводят к построению новых сетевых диаграмм расписания проекта. В некоторых случаях отставания расписания проекта бывают столь серьезными, что делает необходимой разработку нового расписания с пересмотренными директивными датами начала и завершения проекта.
Базовый план расписания (обновления). Корректировка базового плана расписания может быть произведена в результате одобренных изменений. Перед созданием нового базового плана расписания во избежание потери исторических данных сохраняются исходные базовый план расписания и модель расписания.
Измерения эффективности - значения отклонения по срокам и индекса выполнения сроков, рассчитанные для отдельных элементов ИСР; документально фиксируются и сообщаются участникам проекта.
Запрошенные изменения в базовом плане проекта могут быть вызваны анализом отклонений по срокам, проверкой отчетов об исполнении, результатами измерения эффективности и изменений в модели расписания проекта. Запрошенные изменения обрабатываются для рассмотрения и утверждения в рамках процесса общего управления изменениями.
Рекомендуемые корректирующие действия - это любые действия, осуществляемые для приведения ожидаемого будущего исполнения расписания проекта в соответствие с одобренным базовым расписанием. Корректирующие действия часто требуют предварительного анализа первопричины отклонений для выявления плановых операций, которые на самом деле вызывают отклонение.
Активы организационного процесса (обновления) - накопленные знания о причинах возникновения отклонений, обоснованиях выбранных корректирующих действий и другие типы накопленных знаний.
Список операций (обновления).
Параметры операций (обновления).
План управления проектом (обновления).
Для получения официальных документов о завершении программы дополнительного профессионального образования (удостоверения о повышении квалификации, дипломов о профессиональной переподготовке и MBA) необходимо предоставить:
Внимание! Вы можете не заказывать доставку бумажной версии официального документы, а скачать его в электронном виде и распечатать самостоятельно. Информация о выданном документе в течение 1 месяца загружается в Федеральную информационную систему «Федеральный реестр сведений о документах об образовании и (или) о квалификации, документах об обучении» - ФИС ФРДО.
Доступ на новый сайт осуществляется с использованием адреса электронной почты, который был указан вами при регистрации на "старом". Мы постарались перенести все ваши данные с прежнего ресурса, однако не исключена вероятность потери части информации.
При возникновении проблемы со входом, воспользуйтесь функцией сброса пароля
Если вы обнаружите несоответствия, пожалуйста, сообщите нам.
