Анализ и оптимизация стоимости проекта

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

Анализ стоимости проекта

Чтобы оценить общую стоимость проекта, достаточно перейти в таблицу Cost (Затраты) в любом из представлений со списком задач и просмотреть данные в столбце Total Cost (Общие затраты) у суммарной задачи проекта. На рис. 15.13 отображен фрагмент этой таблицы из нашего проекта (файл 9.mрр), и его общая стоимость равняется $1543.

Рис. 15.13. Определение общей стоимости проекта

Помимо выяснения общей стоимости часто требуется проанализировать пропорциональное соотношение затрат внутри бюджета. Как правило, в каждой организации есть свои стандарты или представления о том, как должны быть распределены затраты. Например, может существовать требование, чтобы стоимость сверхурочной работы не превышала 5% от общей стоимости проекта или чтобы затраты на тестирование программного продукта не превышали 10% от общей стоимости проекта и т. д.

В общем случае при анализе структуры затрат рассматриваются:

• распределение затрат по фазам проекта (например, проектирование, разработка, тестирование);

• распределение затрат по типам работ (например, соотношение затрат на управление с общей стоимостью проекта);

• соотношение между затратами на сверхурочные трудозатраты и обычные;

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

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

Распределение затрат по фазам проекта

Для определения соотношения затрат между фазами проекта воспользуемся настраиваемыми полями и формулами. Нам понадобится два поля, первое из которых, Cost2 (Затраты2), мы переименуем в Общая стоимость, а второе, Numberl (Число!), переименуем в % от общей стоимости. Во все строки первого поля скопируем общую стоимость проекта из строки суммарной задачи, а во второе поместим формулу [Cost]/[Cost2] ([Затраты]/[3атраты2]), причем в настройках поля укажем, что для расчета строк суммарных задач и групп нужно использовать ту же формулу. После добавления созданных столбцов в таблицу она будет выглядеть, как показано на рис. 15.14 (файл 9.mрр). (Чтобы быстро заполнить весь столбец данными, нужно вставить стоимость проекта в первую ячейку и затем потянуть вниз за квадрат в углу ячейки (аналогично тому, как это делается в Excel)).

Рис. 15.14. Анализируем распределение затрат по фазам проекта

На рис. 15.14 видно, как распределены затраты на подготовку номера: на планирование и верстку уходит по 10% бюджета, на подготовку материалов 28% и на предпечатную подготовку 52%.

Распределение затрат по типам работ

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

Чтобы провести такой анализ, нужно создать поле, в которое будет заноситься информация о типе работы, и определить его значение для каждой из задач проекта. В нашем случае (файл 10.mрр) мы переименовали настраиваемый код структуры Outline Code! (Код структуры!) в Код работ и создали таблицу подстановки к нему (о том, как работать с настраиваемыми кодами структур, см. раздел «Настраиваемые коды структуры»). Мы использовали настраиваемый код структуры, а не настраиваемое поле, чтобы иметь возможность в дальнейшем более детально описать типы работ.

Мы добавили это поле в таблицу Cost (Затраты) и заполнили его данными для всех задач, кроме завершающих (рис. 15.15), поскольку их стоимость равна нулю (файл 10.mрр). Теперь перейдем к настройкам поля Number! (Число!) и в разделе настроек расчетов для суммарных задач и групп выберем переключатель Rollup (Сведение), а в раскрывающемся списке выберем значение Sum (Сумма). Теперь сгруппируем данные (о группировке см. раздел «Группировка») по полю Outline Codel (Код структуры!) и уберем ненужные столбцы (рис. 15.16, файл 11.mpp). Первыми идут задачи, у которых не определен код, и их стоимость равна SO (кодом не отмечены завершающие задачи). Затем в списке представлены другие типы задач и затраты на них, причем в таком виде структура затрат представлена более детально, чем в предыдущем примере с фазами.

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

обновим настраиваемое поле Cost2 (Затраты2). Когда мы вернемся к нашему отчету, то увидим, что он изменился (рис. 15.17, файл 12.mрр).

Рис. 15.15. Заполняем настраиваемый код структуры для задач проекта

Рис. 15.16. Затраты на выполнение задач разных типов

Рис. 15.17. После ввода информации о стоимости некоторых задач соотношение затрат изменилось

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