Метод освоенного объема для IT менеджеров (часть вторая - fail or not fail?)
Продолжим наши размышления про применимость метода освоенного объема и вытекающего из него метода прогнозирвания.
Основной показатель при прогнозировании это EAC (Estimate At Complete) - показатель показывающий вероятную стоимость проекта на момент совершения прогноза. Ну конечно, нам ведь охота узнать уложимся мы в бюджет или вылетим в трубу и наградимся медалью «политического проекта».
В PMBoK описаны четыре способа оценки этого показателя, при этом каждый из этих четырех способов дает результат существенно отличный от аналогичного. Интересно, что разница при результатах использования каждой из формул будет отличаться не на доли процентов, нет и даже не на десятки процентов, а в разы, вот наглядный пример в цифрах для иллюстрации «в разы» - http://sites.google.com/site/helpfulpm/articles и у нас тоже что то похожее выйдет ниже.
Давайте посмотрим на каждый из методов и обмозгуем о применимости его для наших айтишных проектов.
Вариант оценки №1.
Первоначальная оценка бюджета не актуальна из-за серьезных изменений в проекте. Ну что, действительно бывает очень часто.
Самый простой пример - предположим в ходе проекта выясняется, что наша система будет интегрироваться с системой заказчика, но не с той которая была озвучена на момент заключения договора, а другой которая оказалась в конечном счете реально внедрена у заказчика.
Формула для понимания «а не вылетим ли мы в трубу» выглядит так: EAC = AC + bottom-up ETC
bottom-up ETC - это минимум затрат которые мы понесем для успешного завершения проекта начиная от момента проведения оценки, для нашего примера это переоценка для интеграции и миграции с новой системой.
Для варианта оценки «намбер ту», предполагают, что затраты в будущем будут постоянны, то есть CPI =const или количество полученных денег на один вложенный в проект доллар будет постоянно.
EAC = BAC / CPI
Для нашего числового примера: EAC =1500/0,64= 2343,75$
Я тут вообще честно не совсем понимаю, как точно понять в проекте будут затраты у нас постоянны или нет для проекта разработки и внедрения IT. Например для этого вычисления явно не актуален риск увольнения или болезни участника команды, но в жизни то все не так J
Кстати, в известной книге Риты по подготовке к PMP она рекомендует использовать чаще всего именно формулу EAC = BAC / CPI (то есть именно вариант когда отношение полученной прибыли к вложенным средствам в проект - константа), но ведь это рекомендация для сдачи экзамена, а как в жизни? В общем вопросы, вопросы, вопросы.
Третий вариант вообще феерический, оценка на данный момент не типична (это так и пишут в умных книжках), а вот в будущем оценка стоимости будет совпадать с запланированными значениями. В тех же умных книжках, этот вариант приписывают сработавшим рискам и последующим активностям по уменьшению последствий.
EAC = AC + (BAC - EV)
Для нашего числового примера: EAC =750+(1500-480) = 1770$
Может кто объяснит на пальцах для айтишного проекта, шо за це ( суть метода для стены и полтора землекопа понятна, не понятно как это проецировать на разработку ПО)?
Четвертый вариант, для случая когда проект «кровь из носу», но должен завершиться запланированный срок и мы вычисляем сколько нам для этого надо будет денег при сложившейся ситуации. Вполне реальная ситуация для какого нибудь банка ведущего проект по тайм-энд-матирриал и по каким то причинам нуждающего в системе к дате Х. Как не странно звучит, но гипотетически это как раз тот случай, когда возможно вычисления реально помогут принять адекватные управленческие решения.
При расчете используют SPI (Индекс выполнения сроков) и CPI (Индекс выполнения стоимости) на соответствующую дату.
EAC = AC + (BAC - EV) / (SPI * CPI)
Для нашего числового примера: EAC =750+(1500-480) /(0,64*0,8)= 3457$
А теперь обратите внимание на разницу получившихся значений, нехило так - в полтора -два раза гуляют значения, то есть наш проджект менеджер в силу каких то субъективных обстоятельств (например на проекте смешанная ситуация) перепутал методы и оценка прогнозируемого бюджета у него разошлась аж в два раза.
Так что вопрос пока остается открытый о применимости метода для проектов разработки и внедрения ПО - fail or not fail?
В ролях:
BAC (Budget At Completion) - изначальный бюджет проекта
EAC (Estimate at Completion) - прогнозируемый бюджет
ETC (Estimate at Complete) - сколько еще надо бабла, что бы завершить проект
VAC (Variance At Completion) - разница между изначальным и прогнозируемым бюджетом. В мечтах ПМ’а VAC=0
SPI (Schedule Performance Index) - индикатор показывает насколько мы отстаем от запланированного объема работ, если умножим на 100% получим в процентах объем работ от запланированного.
CPI (Cost Performance Index) - для простоты понимания, сей индикатор показывает сколько $ (денег) получаем с проекта на 1 вложенный в него доллар.