Пример проведения анализа проекта

В файле 6.mрр мы создали простой проект из трех задач, на которые были назначены три сотрудника (Сотрудник 1, Сотрудник 2, Сотрудник 3), и сохранили базовый план. Первая задача была выполнена по плану, а в выполнении второй задачи Сотрудник 3 не смог участвовать, и его пришлось заменить Сотрудником 4. У вышедшего на замену сотрудника выше ставка (2 р./час вместо 1 р./час, как у всех остальных ресурсов проекта), но выше и производительность. Поэтому вторую задачу удалось выполнить с меньшими трудозатратами, чем было запланировано. Теперь нам нужно понять, удастся ли закончить работу в срок, не превысив бюджет.

Для этого будем использовать метод освоенного объема. В файле мы создали комбинированное представление (рис. 21.8, файл 6.mрр), в верхней части которого отображается диаграмма Ганта и таблица Earned Value Schedule Indicators (Показатели календ, плана (освоенный объем)). В нижнем представлении, Task Sheet (Лист задач), отображается таблица Earned Value Cost Indicators (Показатели затрат (освоенный объем)).

Рис. 21.8. Анализ проекта методом освоенного объема

Как видно на рис. 21.8, на дату отчета SPI (ИОКП) превышает единицу, значит, проект опережает календарный план. Это видно и на диаграмме — Задача 2 закончилась намного раньше срока, запланированного в базовом плане. Значение индикатора CPI (ИОС) также больше единицы, значит, пока средства экономятся. Как следствие, значение индикатора TCPI (ПЭВ) меньше единицы, то есть бюджет позволяет проделать дополнительные работы для повышения качества проектного результата.

СОВЕТ

Обычно регламенты организаций допускают отклонение индексов SPI (ИОКП) и CPI (ИОС) до определенного предела. Чтобы заметить, что индекс перешел допустимые границы, следует воспользоваться настраиваемым полем MS Project с графическим индикатором.

Например, на рис. 21.9 (файл ind.mpp) создано два настраиваемых поля типа Number (Число). Значение первого поля, CPI-indicator, равно значению поля CPI (ИОС), а второго, SPI-indicator, — SPI (ИОКП). При добавлении значений полей CPI (ИОС) и SPI (ИОКП) в настраиваемые поля необходимо иметь в виду, что они отнесены к группе полей Cost (Затраты).

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

Рис. 21.9. Настройка графических индикаторов для анализа освоенного объема

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

Использование нескольких базовых планов

Расчет освоенного объема происходит на основании базового плана проекта. MS Project позволяет сохранять для проекта 11 базовых планов, и при анализе состояния проекта можно определить, какой из них использовать. Рассмотрим использование нескольких базовых планов на примере файла 7.mрр, в который мы предварительно скопировали данные предыдущего примера.

Предположим, что вы обсудили с руководством замену сотрудника в проекте, и оно одобрило изменения. После этого нужно сохранить новую версию базового плана и отслеживать проект уже в соответствии с ней. Для этого воспользуемся диалоговым окном сохранения базового плана (см. раздел «Сохранение планов»), которое вызывается с помощью команды меню Tools > Tracking > Save Baseline (Сервис > Отслеживание > Сохранить базовый план). Сохраним базовый план (рис. 21.10) как Baseline 1 (Базовый план 1).

После сохранения базового плана нужно указать программе, что теперь расчеты освоенного объема должны осуществляться в соответствии с ним. Для этого откроем с помощью команды меню Tools > Options (Сервис > Параметры) диалоговое окно настройки MS Project и перейдем на вкладку Calculation (Расчет). Диалоговое окно настройки анализа освоенного объема, представленное на рис. 21.11, открывается после нажатия кнопки Earned Value (Освоенный объем).

Рис. 21.10. Сохранение нового базового плана

Рис. 21.11. Выбор базового плана для анализа освоенного объема

В верхнем раскрывающемся списке диалогового окна можно определить, на основании какого поля будет рассчитываться освоенный объем — % Complete (% завершения) или Physical % Complete (Физический % завершения), а в нижнем — выбрать базовый план для анализа. В файле 7.mрр, как показано на рис. 21.11, мы выбрали план Baseline 1 (Базовый план 1). После этого данные анализа освоенного объема изменились (рис. 21.12).

Рис. 21.12. Анализ освоенного объема по новому базовому плану

При анализе освоенного объема по новому базовому плану значения основных коэффициентов - CPI (ИОС), SPI (ИОКП), TCPI (ПЭВ) - стали равны единице, то есть теперь ход работ полностью соответствует плану. Почему это произошло? Как вы помните, при вводе фактических данных данные текущего плана приводятся в соответствии с ними, а при сохранении базового плана в него копируются данные текущего плана. Таким образом, при сохранении базового плана для задач, работа по которым завершена, введенные фактические данные становятся «запланированными», и соответственно все-завершенные задачи полностью соответствуют базовому плану.

В файле 6.mрр(см. рис. 21.8) фактические данные отличались от базового плана, и поэтому анализ освоенного объема показывал, что работы выполняются с опережением календарного плана. В файле 7.mрр(см. рис. 21.12) фактические данные полностью совпадают с запланированными на текущий момент, поскольку при сохранении базового плана они были внесены в него из текущего плана.

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