Главная задача менеджера удержать проект в пределах «железного» треугольника. Поэтому ему просто необходимо анализировать и прогнозировать отклонения проекта по срокам и затратам. PMBOK (A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Fifth Edition, Project Management Institute, Inc., 2013) рекомендует использовать для такого анализа метод освоенного объема (Earned Value Technique).

Бытует мнение, что этот метод не применим в управлении программными проектами. Это действительно так, если мы используем «водопадную» модель процесса разработки, в которой на верхнем уровне декомпозиции находятся производственные процессы: анализ, проектирование, кодирование, тестирование, документирование. Даже закодировав 90% требований, мы, к сожалению, ничего не можем сказать о готовности нашего продукта. Может оказаться так, что при проектировании была допущена ошибка и большую часть кода придется переписывать.

Однако, если иерархическая структура работ нашего проекта, ориентирована на итеративную и инкрементальную разработку, то на верхнем уровне декомпозиции находятся компоненты проектного продукта, а на следующем — их функционал. В ‘том случае метод освоенного объема вполне себе применим. Поскольку, если в проекте реализованы, протестированы и документированы 50 % функциональных требований (а лучше, если еще и представлены заказчику), то есть все основания полагать, что осталась приблизительно половина проектных работ.

Суть метода оценки проекта по освоенному объему заключается в следующем.
(далее…)