Организация управления расписанием проектаУправление расписанием связано с определением текущего состояния расписания проекта, влиянием на факторы, создающие изменения в расписании, выявлением фактов изменения расписания проекта, управлением изменениями. Управление расписанием рассматривается как часть процесса общего управления изменениями.
Исходная информация для процесса управления расписанием
План управления расписанием определяет, как будут осуществляться контроль и управление расписанием проекта.
Базовый план расписания является составляющей плана управления проектом и основой для измерения исполнения расписания и отчетности по ней в рамках базового плана исполнения.
Отчеты об исполнении задач дают информацию об исполнении расписания.
Одобренные запросы на изменение используются для обновления базового плана расписания и прочих компонентов плана.
Управление расписанием выполняют с использованием следующих инструментов и методов.
Отчетность о прогрессе проекта включает в себя фактические даты начала и завершения и оставшуюся длительность незавершенных плановых операций. При использовании методики освоенного объема отчетность может содержать процент выполнения текущих плановых операций. Для упрощения подготовки периодической отчетности о прогрессе проекта удобно использовать типовые формы – шаблоны. Пример шаблона отчетной формы представлен в Таблица 16.
Шаблон формы отчета о прогрессе проекта
| «Наименование проекта» Еженедельный статус-отчет Отчетный период:___________________
|
||||||||||||||||||||||
| Кому: | ||||||||||||||||||||||
| От: | ||||||||||||||||||||||
| Дата: | ||||||||||||||||||||||
| Работы, проведенные в отчетном периоде |
||||||||||||||||||||||
| № | Название операции | Плановая дата начала | Плано-вая дата оконча-ния | Отклоне-ние | Ожидае-мая дата оконча-ния | % заверше-ния | Ком-мента-рий |
|||||||||||||||
| Наименование пакета операций |
||||||||||||||||||||||
| 1. | ||||||||||||||||||||||
| Наименование пакета операций |
||||||||||||||||||||||
| 2. | ||||||||||||||||||||||
| 3. | ||||||||||||||||||||||
| Выводы и предложения |
||||||||||||||||||||||
| Выводы: |
||||||||||||||||||||||
| Предложения: |
||||||||||||||||||||||
| Открытые вопросы и проблемы |
||||||||||||||||||||||
| № | № в жур-нале | Описание | Решение/Проект решения | Срок решения | Ответственный | Прио-ритет |
||||||||||||||||
Система управления изменениями расписания должна быть согласована с процедурами интегрированного управления изменениями проекта и определяет порядок изменения расписания проекта; включает в себя работу с документами, системы отслеживания и уровни авторизации, необходимые для авторизации изменений; является частью процесса общего управления изменениями.
Измерение эффективности. Методы измерения эффективности выдают отклонение по срокам и индекс выполнения сроков, используемые для оценки величины любых возникающих отклонений от расписания.
Анализ отклонений. Ключевой функцией управления расписанием является проведение анализа отклонений по срокам. Сравнение директивных дат начала и выполнения с фактическими/прогнозируемыми дает информацию для осуществления корректирующих действий в случае задержки.
Сравнительные диаграммы расписания. Для упрощения анализа исполнения расписания удобно пользоваться сравнительной столбиковой диаграммой, имеющей по два столбика для каждой плановой операции – текущее состояние и состояние одобренного базового плана расписания. На диаграмме наглядно отображаются места, где расписание обгоняет плановое и где отстает от него.
Линия исполнения
Линия исполнения показывает, на какое количество времени каждая операция проекта опережает базовое расписание или отстает от него .
Слева от линии исполнения показана выполненная доля каждой операции, справа – оставшаяся доля. По мнению Драгана З. Милошевича , в передовых приложениях последнего времени линия баланса исполнения рассматривается как один из шагов проактивного управления расписанием. Количество времени, на которое операция отстает от базового расписания, используется для корректировки воздействий для устранения возможной задержки.
Построение линии исполнения проекта
Все ли правильно с нумерацией? Подготовка информации для построения линии исполнения: базовое расписание в формате диаграммы Гантта, отчеты о ходе выполнения проекта, запросы на внесенные изменения, которые могут влиять на дату завершения проекта.
Проведение встреч с владельцами операций. Руководитель проекта беседует индивидуально с владельцем каждой операции, для того чтобы получить реальную картину сроков ее выполнения. При этом рекомендуется задавать следующие вопросы :
Каково отклонение фактического расписания от базового?
Какие проблемы вызывают отклонения?
Какие новые риски могут возникнуть и как они могут повлиять на дату завершения операции?
Каков текущий тренд выполнения проекта?
Какие действия наметил владелец операции для предотвращения срыва сроков выполнения операции?
Проведение совещания о ходе выполнения проекта. Совещания следует проводить регулярно (раз в месяц или раз в неделю, в зависимости от продолжительности проекта).
Оформление протокола, где фиксируются ответы на вышеперечисленные вопросы, которые повторно задаются владельцам операций в рамках проводимого совещания.
Рисование линии исполнения.
Взять базовое расписание проекта и отметить на календаре (в шапке базового расписания) дату проведения совещания – статусную или отчетную.
От этой даты рисовать вниз вертикальную линию до пересечения со строкой первой операции
Нарисовать горизонтальную линию, продлив ее на столько дней влево или вправо от отчетной даты, на сколько операция отстает или опережает базовое расписание; от этой точки продлить линию до следующей операции и повторить указанные действия.
Диаграмма контрольных событий
Основное отличие от линии исполнения состоит в том, что диаграмма сфокусирована на контрольных событиях проекта.
Для ее рисования выполняются те же шаги, что и при построении линии исполнения, с одним отличием – объектом анализа являются контрольные события.
П
Рисунок 13. Пример линии исполнения проекта (Милошевич)
остроение диаграммы контрольных событий
На вертикальной оси отмечают даты наступления контрольных событий, зафиксированных в базовом расписании, – запланированные события.
На горизонтальной оси отмечают те же даты наступления контрольных событий.
Рисуют запланированную линию исполнения проекта, она проходит под углом в 45 градусов к каждой из осей. На линии исполнения отмечают запланированные контрольные события (см. Рисунок 14).
На совещании владелец первого контрольного события оценивает ход продвижения (выполнение операций, обеспечивающих достижение контрольного события) и фиксирует его на диаграмме, а также оценивает текущие проблемы, вызывающие отклонения от базового расписания, прогнозирует даты наступления контрольного события, определяет степень влияния фактических отклонений на зависимые контрольные события.
Графически представленная информация о ходе выполнения проекта дает наглядное представление о внутренней динамике проекта.
Основное отличие проектной деятельности от операционной – наличие определенных сроков, в течение которых должен быть достигнут результат, и без управления этими сроками само существование проектной деятельности смысла не имеет. Управление сроками проекта – это, наверное, основной навык, с которым ассоциируется сама профессия руководителя проекта.
Как вы помните из определения, проект – это, в том числе, некий результат, полученный в определенный срок.
Если на первый взгляд кажется не таким уж и сложным определить, что же входит в , и можно даже прикинуть, что для достижения этого нужно сделать, то как можно понять, сколько же времени займут эти действия?
Было бы очень здорово, если бы получалось так, что, например, мы рассчитываем, что будем делать проект 3 месяца, и это значит, что по 33% всех активностей будут приходиться на каждый месяц.
Но на самом деле так редко когда бывает. Даже можно сказать, никогда, потому что тогда это процесс, а не проект.
Вмешиваются внешние факторы, например, реорганизация в вашей компании, заинтересованность заинтересованных лиц имеет плавающую динамику, случаются риски, уходит в отпуск, подрядчики болеют. Да и в принципе активности в течение жизненного цикла проекта распределяются неравномерно, как бы имеют разную плотность. И так далее.
Как же сделать так, чтобы сроки проекта были предсказуемыми и управляемыми? Ведь от того, сколько он будет длиться и завершится ли в срок, зависит очень многое: задействованные ресурсы и бюджет, репутация и многое другое (а иногда и ваша премия).
Давайте разберемся.
Обычно бывает так, что как только идея какого-то проекта возникает, сразу же появляется человек (например, кто-то со стороны заказчика), который говорит: “Ну, здесь все очень просто и понятно. Так что можно просто начинать и где-то через пару недель, ну, максимум, через месяц, все будет готово”. А потом он вдруг решает убедиться в том, что вы (руководитель проекта) разделяете его точку зрения и спрашивает вас: “Ну а вы как думаете? Возможно, даже быстрее получится?”
Что тут ответить? Иногда прямо хочется сказать (возможно, даже несколько эмоционально): “Ничего-то вы не поняли! На самом деле тут дел – вагон и маленькая тележка и еще непонятно, какие ресурсы потребуются, и как скоро выделят бюджет и не уйдут ли все в отпуск – лето ведь скоро”. Но вместо этого вы дружелюбно улыбаетесь и предлагаете этому торопыге ознакомиться с набросками расписания, в котором как раз и обозначены сроки. Не забудьте предупредить всех, что пока это только набросок. И что вам еще предстоит много чего уточнить – и по видам работ, и по доступности ресурсов, и по длительности, и, возможно, даже по очередности выполнения.
После того, как мы видим перед собой расписание (достаточно детальное), мы можем сказать, что все более-менее все понятно – необходимо следовать ему, стараться не отставать и не опережать (да, опережать – это тоже редко когда хорошо).
Для того, чтобы такое расписание было составлено, необходимо не забыть следующие пункты:
- Определить операции (работы, активности);
- Определить взаимосвязи между ними;
- Оценить ресурсы, требующиеся для работ (активностей);
- Оценить длительность;
- Составить и регулярно обновлять (корректировать) само расписание.
Итак, мы определяем и документируем (это очень важно!) состав операций, которые необходимы нам для достижения целей проекта.
Операции проекта – это мелкие элементы, из которых состоят пакеты работ, которые мы научились определять при составлении (ИСР). Именно в таком виде операции могут быть полезны для контроля сроков выполнения проекта, задействованных ресурсов, контроля выполнения. Так как они достаточно детальны, чтобы оценить именно их длительность и те ресурсы, которые для них нужны.
Следует иметь в виду, что иногда при первичном составлении расписания мы не можем достаточно детализировать какой-либо пакет работ. Возможно, потому, что внешние, не зависящие от нас обстоятельства, пока не позволяют нам этого сделать. Например, мы ожидаем какой-то новой уточняющей информации. Таким образом, мы детализируем этот момент позже. Главное – не забыть. Такой метод называется методом набегающей волны . То есть ближайшие действия планируются детально, а действия будущих периодов – на менее детальном уровне.
Так же бывает и такое, что какое-то расписание или часть расписания, разработанного для другого проекта, может быть использована для вашего нынешнего проекта. Так даже еще лучше – если исходные данные принципиально не изменились – то у вас уже есть проверенное расписание. Необходимо только его скорректировать. Не забудьте поднять документацию по тому проекту с описанием извлеченных уроков – возможно, там будут какие-то упоминания про расписание?
На рисунке ниже приведен схематичный рисунок иерархической структуры работ ().
Об оценке взаимосвязей операций, видах зависимостей между ними, оценке ресурсов и длительности операций мы поговорим отдельно.
Выходы процесса разработки расписания
Результатами процесса разработки расписания являются:
Расписание проекта. Расписание проекта может быть разработано детально или укрупнено как расписание контрольных событий. Расписание может быть представлено в табличном виде или иметь графическое представление в виде сетевых диаграмм, столбиковых горизонтальных диаграмм или диаграмм контрольных событий. На столбиковых диаграммах столбики обозначают операции, показывают даты начала и завершения операций и их ожидаемую длительность. Они легко читаются и часто используются для представления информации руководству организации. Диаграммы контрольных событий показывают только запланированные даты начала или завершения получения основных результатов внедрения ИС и ключевых внешних событий.
Данные для модели расписания. Обязательные данные для расписания проекта включают в себя контрольные события расписания, плановые операции, параметры операции и документацию всех имеющихся допущений и ограничений, а дополнительные - требования к ресурсам по периодам времени, альтернативные расписания, резервы на непредвиденные обстоятельства.
Базовый план расписания - это особый вариант расписания проекта, разрабатываемый посредством анализа сети расписания модели расписания, принимается и утверждается командой управления проектом в качестве первоначального (базового) плана расписания с указанными базовым стартом и базовым финишем. Базовый план расписания используют для выявления отклонений фактических сроков выполнения операций от плановых.
Требования к ресурсам (обновления).
Параметры операции (обновления).
Календарь проекта (обновления). Запрошенные изменения. В процессе разработки расписания могут появиться запрошенные изменения, которые обрабатываются в процессе общего управления изменениями.
План управления проектом (обновления). План управления проектом обновляется с отражением всех одобренных изменений в способах управления расписанием проекта.
Определить перечень операций, которые должны быть включены в расписание;
Определить взаимосвязь операций;
Определить длительность каждой операции;
Вычислить временной резерв для каждой операции;
Определить критический путь;
Сравнить дату предполагаемого завершения проекта с датой завершения проекта по обязательству;
Определить ограничения на ресурсы;
Откорректировать расписание в соответствии с ограничениями на ресурсы;
Проверить, не планируется ли завершение проекта по откорректированному расписанию раньше даты обязательства;
Подкорректировать расписание или дату завершения проекта по обязательству, если завершение проекта по расписанию предполагается раньше этой даты;
Согласовать расписание.
Управление расписанием
Управление расписанием связано с определением текущего состояния расписания проекта, влиянием на факторы, создающие изменения в расписании, выявлением фактов изменения расписания проекта, управлением изменениями. Управление расписанием рассматривается как часть процесса общего управления изменениями.
Входные данные для процесса управления расписанием
План управления расписанием определяет, как будет осуществляться контроль и управление расписанием проекта.
Базовый план расписания является составляющей плана управления проектом и основой для измерения исполнения расписания и отчетности по ней в рамках базового плана исполнения.
Отчеты об исполнении задач дают информацию об исполнении расписания.
Одобренные запросы на изменение используются для обновления базового плана расписания и прочих компонентов плана.
Инструменты и методы управления расписанием
Отчетность о прогрессе проекта включает в себя фактические даты начала и завершения и оставшуюся длительность незавершенных плановых операций. При использовании методики освоенного объема отчетность может содержать процент выполнения текущих плановых операций. Для упрощения подготовки периодической отчетности о прогрессе проекта удобно использовать типовые формы - шаблоны. Пример шаблона отчетной формы представлен на рис. 5.12.
| «наименование проекта» Еженедельный статус-отчет Отчетный период:___________________ | ||||||
| Кому: | ||||||
| От: | ||||||
| Дата: | ||||||
| Работы, проведенные в отчетном периоде | ||||||
| № | Название операции | Плановая дата начала | Плановая дата окончания | Отклонение | Ожидаемая дата окончания | % завершения |
Тема 4. Управление сроками проекта (Time Management) 4.1. Этапы управления сроками проекта 4.2. План управления расписанием проекта 4.3. Разработка расписания (календарного плана) проекта, используя метод критического пути © Кокодей Т. А.,
Подсистемы управления проектом / области знаний Управление содержанием проекта Управление сроками проекта Управление затратами в проекте Управление персоналом проекта Управление поставками проекта Управление рисками проекта Управление обменом информацией в проекте Управление качеством в проекте Управление заинтересованными сторонами проекта Управление интеграцией проекта Этапы (фазы) управления проектом 1. Процесс инициации проекта 2. Процессы планирования проекта 3. Процесс организации исполнения проекта 4. Процесс контроля исполнения проекта 5. Процесс завершения проекта Управление сроками проекта – процессы определения и контроля того, когда будут выполнены работы проекта, входящие в Иерархическую структуру работ (WBS), для своевременного завершения проекта
Полная таблица из PMBoK, пятое издание 2013 г. mooc/lesson01/story_content/external_files/PMB OK5_Tab_3-1.jpg
Перевод: Процессы (этапы): Иниц ииро вание Планирование Испо лнение Мониторинг и контроль Зак рыт ие - - Составление плана управления расписанием - Определение состава работ низшего уровня иерархии ИСР (WBS) - Определение последовательности работ (зависимостей между ними) - Оценка типов и количества ресурсов работ -Оценка длительности работ -Разработка расписание проекта - - Контроль расписания (анализ отклонений по срокам и корректировка): определение текущего статуса расписания, выявление фактов изменения расписания, управление изменениями при их возникновении - Управление сроками проекта Планирование сроков
Процесс разработки расписания по РФ ГОСТ Р Цель процесса: определение дат начала и окончания работ проекта, ключевых событий, этапов и проекта в целом. Выходы процесса: - определены взаимосвязи между работами проекта; - проведена оценка длительности работ проекта; - определен и утвержден график привлечения ресурсов, необходимых для выполнения проекта в срок; - определено и документировано расписание проекта; - утвержден базовый календарный план проекта.
1. Детализированная иерархическая структура работ WBS (с отмеченными работами, которые будут использованы при составлении расписания. См пример на слайде 7) 2. Таблица длительности и зависимостей работ 3. Рассчитанный сетевой график (диаграмма предшествования) с найденным критическим путём 4. Расписание проекта (базовый календарный план): диаграмма Ганта 5. График привлечения ресурсов (ресурсы должны быть назначены на все работы в расписании) 6. План контроля расписания (как будет контролироваться расписание проекта и как будут вноситься изменения)
Проект в целом Создание результата 1 Пакет работ 1.1 Работа 1.1.1Работа Пакет работ 1.2 Создание результата 2 Пакет работ 2.1 Пакет работ 2.2 Работа 2.2.1Работа Работы низшего уровня иерархии ИСР (WBS) Детализированная Иерархическая структура работ (WBS)
Расписание (календарный план) проекта – это плановые даты выполнения работ и контрольных событий проекта. Этап 1. Определение последовательности работ низшего уровня иерархии из Иерархической структуры работ (WBS) и оценка их длительности. Пример: Организаторы эстрадного концерта предложили Вам организовать строительство сцены для выступлений на центральной площади города. Определим состав, длительность и последовательность работ по этому проекту:
Этап 2. Построим сетевой график проекта (Network Diagram), который отражает последовательность выполнения работ, проведём его расчёт и определим критический путь. Применим тип сетевого графика - « диаграмма предшествования » (Precedence Diagramming Method, PDM), в которой прямоугольники отображают работы проекта, а стрелки – связи между работами. Введём обозначения: Критический путь сетевого графика – наиболее продолжительный от начала и до конца графика - определяет минимальное количество времени, необходимое для реализации проекта. Задачи критического пути не имеют резерва времени (R=0) – их нельзя отсрочить или « затянуть », иначе увеличится длительность всего проекта.
Отразим на сетевом графике последовательность работ проекта (учитывая их предшественников) и укажем их номера и длительности У задач 1 и 2 нет предшественников, они могут начинаться одновременно, после чего следует задача 3, которая является предшественником задач 4, 5 и 6, выполняющихся параллельно. Они, в свою очередь, являются предшественниками последней задачи 7. Построим сетевой график:
Для каждой работы рассчитаем параметры ES (раннее начало) и EF (раннее окончание), перемещаясь по графику от начала до конца проекта. ES для параллельных работ 1 и 2 равно 1, поскольку проект начинается в 1- й день. ES + « Длительность »-1 = EF Для работы 1 вычисляем EF: =20 Т.е., начавшись утром 1-го дня, работа 1 длится 20 дней и заканчивается в конце 20-го дня. Самое раннее, когда работа 3 может начаться (ES) – это в начале 21-го дня, т.к. у неё два предшественника (1 и 2), последний из которых заканчивается самое раннее в конце 20-го дня. Для работы 3 вычисляем EF: =40. Аналогичным образом продолжаем вычисление ES и EF для каждой работы до конца сетевого графика. Проведём расчёт сетевого графика:
Для каждой работы рассчитаем параметры LS (позднее начало) и LF (позднее окончание), перемещаясь по графику от конца до начала проекта. Для последней работы 7: EF=LF=52 (дата окончания проекта только одна – в конце 52- го дня). LF- « Длительность »+1 = LS Для работы 7 вычисляем LS: =51 Определим LF для работ 4, 5 и 6: они должны закончиться самое позднее в конце 50- го дня, чтобы их последователь (работа 7) могла начаться (самое позднее) в начале 51- го дня. Рассчитаем LS для работы 4: =46. Аналогично для задач 5 и 6. Чтобы получить LF для работы 3, выбираем наименьшее из значений LS её последователей (работ 4, 5 и 6) и вычитаем «1». Т. е. 41-1=40 Продолжаем аналогичные вычисления до начала проекта.
Для каждой работы рассчитаем полный резерв времени (R) по формуле: R=LS-ES=LF-EF Затем определим критический путь из работ с нулевым резервом (R=0): Длина критического пути или срок реализации проекта составляет =52 дня. Во время реализации проекта необходимо следить за выполнением данных работ точно в срок, поскольку их задержка или « затягивание » выполнения приведёт к увеличению длительности всего проекта. В то же время, например, работу 2, не лежащую на критическом пути, можно задержать на 10 дней или выполнять дольше на 10 дней. Если нужно сократить срок реализации проекта, необходимо уменьшить длительность работ критического пути, например, за счёт привлечения дополнительных трудовых ресурсов для их выполнения. Определим критический путь (critical path) :
В данном методе учитывается вероятностная оценка длительности работ. По каждой работе эксперты дают оценки длительности: 1. Выделяют оптимистичную, пессимистическую и ожидаемую длительность. 2. В сетевой график заносят длительность, которая учитывает все оценки и рассчитывается по формуле (коэффициенты могут изменяться): Длительность = (Оптимистическая + Ожидаемая *4 + Пессимистическая) / 6 Альтернативно, можно применить метод PERT (Program Evaluation and Review Technique): Методы сетевого планирования работ Метод критического пути (можно точно определить длительность работ или используют оценки PERT) PERT (неопределённость продолжительности работ, используются экспертные оценки)
Этап 3. Построение диаграммы Ганта – это «надстройка» над сетевым графиком, которая дает возможность наглядно представлять календарный план (расписание) проекта. 1-й день 21-й 41-й 51-й резерв 10 дн В диаграмме Ганта работы обозначены полосами, ориентированными вдоль оси времени (красные – работы критического пути), а связи между ними - стрелками. Длина полосы обозначает длительность соответствующей работы. Вертикальной осью диаграммы служит перечень работ. Кроме того, на диаграмме могут быть отмечены скобками пакеты и блоки работ (суммарные задачи), метки ключевых событий расписания (вехи), ресурсы, назначенные на работы и т. д. Помимо диаграммы Ганта можно представить расписание в виде календарного сетевого графика, в котором сроки выполнения работ зафиксированы в календарных датах
Этап 4. Определение потребности в ресурсах Необходимо назначить на каждую работу необходимые ресурсы (человеческие и материальные), т.е. составить ресурсный план проекта. Т.е. определить, кто будет выполнять те или иные работы или этапы работ, а также какие требуются расходные материалы, сырье, машины, техника, транспорт и т.д. Этап 5. Расчет затрат и трудозатрат по проекту Определить стоимость задействованных ресурсов Этап 6. Полученное расписание работ анализируется и расчет расписания повторяется с изменением характеристик работ, назначением новых ресурсов и т. д. Календарный сетевой график
В соответствии с PMI PMBoK область знаний «Управление сроками проекта» включает в себя процессы, обеспечивающие своевременное завершение проекта. Схема процессов управления сроками проекта (см. рисунок 1) в соответствии с включает следующие процессы:
Рисунок 1. Схема управления сроками проекта.
Схема процессов управления сроками проекта (рисунок 1) в соответствии с включает следующие процессы.
Планирование управления расписанием
Данный процесс определяет политики, процедуры и документацию по планированию, разработке, управлению, исполнению и контролю над расписанием проекта. Ключевая цель исполнения процесса «Планирования управления расписанием» состоит в том, что он предоставляет руководство и указания относительно управления расписанием проекта на протяжении всего проекта. Результатом этого процесса является разработанный и согласованный всеми заинтересованными сторонами План управления расписанием проекта.
План управления расписанием проекта определяет порядок оценки возможных потерь, связанных с расписанием. План управления расписанием должен регулярно обновляться, чтобы отражать изменения в порядке управления расписанием проекта.
Типовой план управления расписанием проекта содержит следующие пункты:
- Описание общей методологии составления расписания проекта;
- Уровень точности планирования;
- Единицы измерения временных интервалов;
- Правила актуализации расписания проекта с указанием ответственных;
- Пороги критичных отклонений фактических сроков от плановых;
- Методы измерения прогресса исполнения проектам, в том числе для ;
- Форматы регулярных отчетов;
- Описание процессов управления расписанием проекта.
Определение операций
Это процесс определения и формализации конкретных задач, которые необходимы для достижения целей проекта и получения требуемых результатов проекта. Ключевая цель данного процесса — разделение пакетов работ верхнего уровня на отдельные измеримые операции, которые являются основой для оценки, составления расписания, исполнения, мониторинга и контроля работ проекта.
Результатом исполнения данного процесса является список операций, включающий все операции расписания, требуемые для успешной реализации проекта. Для каждой из операций должен быть задан уникальный идентификатор и ее детальное описание, чтобы члены команды проекта понимали, какие работы необходимо провести. Каждая операция должна иметь уникальное название, которое описывает ее место в расписании, даже если это название операции рассматривается вне контекста расписания проекта.
Определение последовательности операций
Определение последовательности операций - процесс определения и документирования связей между операциями проекта. Ключевая цель данного процесса состоит в определении логической последовательности работ с целью достижения наибольшей эффективности с учетом всех ограничений проекта.
Результатом данного процесса является диаграмма сети расписания проекта - графическое отображение логических связей, также называемых зависимостями, между операциями расписания проекта (пример показана на рисунке 2).
Диаграмма сети расписания проекта может быть составлена или с помощью . Она может включать в себя все детали проекта или содержать только одну или несколько суммарных операций. Хорошей практикой является дополнение диаграммы сводной описательной частью, в которой описан основной подход, применявшийся для определения последовательности операций. Любые необычные последовательности операций в рамках сети должны быть полностью описаны в описательной части.
Оценка ресурсов операций
Это процесс оценки типа и количества материалов, человеческих ресурсов, оборудования или расходных материалов, требуемых для выполнения каждой операции. Цель процесса — определение типов, количества и характеристик ресурсов, требуемых для выполнения операций, что позволяет выполнить более точную оценку стоимости и длительности всего проекта.
В результате выполнения данного процесса команда управления проектом должна получить следующие результаты:
Требования к ресурсам операций . Типы и количество ресурсов, необходимые для каждой операции пакета работ. Эти требования могут быть объединены для оценки ресурсов для каждого пакета работ и каждого периода работ. Степень детализации и специфичности описаний требований к ресурсам может различаться в зависимости от прикладной области. Документация по ресурсным требованиям для каждой операции может включать в себя основание для оценки для каждого ресурса, а также допущения по типам ресурсов, их доступности и требуемому количеству.
Иерархическая структура ресурсов . Иерархическое представление ресурсов по категории и типу. Категорий ресурсов включают в себя человеческие ресурсы, материалы, оборудование и сырье. Типы ресурсов могут включать в себя уровень навыков, уровень грейда или другую информацию, соответствующую проекту. Иерархическая структура ресурсов полезна для организации данных и подготовки отчетности по расписанию проекта с информацией об использовании ресурсов.
Оценка длительности операций
Данные процесс направлен на оценку количества рабочих периодов, требуемых для завершения отдельных операций с учетом оценки ресурсов. Ключевая цель этого процесса состоит в том, что он предоставляет количество времени, необходимое для завершения каждой операции, что является важным входом для процесса разработки расписания.
Процесс оценки длительности операций требует, чтобы были оценены трудоемкость работ и количество доступных ресурсов, необходимых для выполнения операции. Эти оценки используются для примерной оценки длительности операции, необходимых для выполнения операции в рамках соответствующих календарей проекта и ресурсных календарей. Для каждой оценки длительности операции документируются все данные и допущения, которые использовались при оценке длительности.
Результатом процесса «Оценка длительности операций» являются количественные оценки вероятного числа рабочих периодов, требуемых для выполнения операции. Оценки длительности операций могут включать в себя не точные значения, а диапазоны возможных значений. Например:
- Оценка «2 недели ± 2 дня» означает, что операция будет выполняться не менее 8 и не более 12 дней;
- Оценка «вероятность того, что длительность операции превысит 3 недели, составляет 15 %» означает, что операция с высокой вероятностью (85 %) будет выполнена за время, не превышающее 3-х недель.
Разработка расписания проекта
Это процесс анализа последовательностей операций, их длительностей, потребностей в ресурсах и ограничений расписания для создания модели расписания проекта. Ключевая выгода данного процесса состоит в том, что путем ввода операций, длительностей, ресурсов, доступности ресурсов и логических связей расписания в инструмент составления расписания создается модель расписания с запланированными датами выполнения операций проекта.
Разработка приемлемого расписания проекта зачастую является итеративным процессом. Модель расписания используется для определения запланированных дат старта и финиша операций и контрольных событий проекта, основываясь на точности входов. Разработка расписания может потребовать проведения анализа и проверки оценок длительности и ресурсов для создания модели расписания проекта, чтобы определить одобренное расписание проекта, способное служить в качестве базового плана, по которому будет проходить отслеживание исполнения. После определения дат старта и финиша операции, персонал проекта, назначенный на определенные операции, должен оценить назначенные ему операции и подтвердить, что даты старта и финиша не приведут к конфликту с ресурсными календарями или с назначенными операциями в рамках других проектов или задач и, таким образом, являются действительными.
Основным результатом процесса разработки расписания проект является базовое расписание - одобренная версия модели расписания, которая может быть изменена только с помощью формальных процедур контроля изменений и используется как база для сравнения с фактическими результатами. Оно принимается и одобряется заинтересованными сторонами проекта как базовое расписание с базовыми датами старта и финиша. В ходе мониторинга и контроля одобренные базовые даты сравниваются с фактическими датами старта и финиша с целью установления отклонений. Базовое расписание является компонентом плана управления проектом.
Контроль расписания
Контроль расписания - процесс мониторинга статуса операций проекта для актуализации прогресса проекта и управления изменениями базового расписания с целью соответствия плану. Ключевая цель данного процесса — предоставить средства, которые дают возможность распознать отклонения от плана и предпринять корректирующие воздействия и предупреждающие действия, и таким образом минимизировать риски.
В процессе контроля расписания команда управления проектам получает прогнозы в отношении расписания - это оценки или прогнозы условий и событий в будущем проекта на основании информации и знаний, доступных на момент прогнозирования. Прогнозы обновляются и составляются повторно на основании информации об исполнении работ, предоставляемой в ходе исполнения проекта. Эта информация основывается на предыдущем и ожидаемом будущем исполнении проекта, а также включает в себя индикаторы исполнения освоенного объема, которые могут воздействовать на проект в будущем.
Просмотры: 7 240