Вовремя и в рамках бюджета.
5.8. Буфер на затраты.
Если затраты — значимая для вас категория, то в плане управления проектом должны быть указаны результаты их оценки, а также буфер на затраты. Размер буфера определяется с учетом рисков, определенных для данного проекта, и степени точности оценки. Если для вычисления расходов вы пользуетесь компьютерной программой, не забывайте, что каждая операция оценена с вероятностью 50/50%. Будьте готовы к тому, что в ходе проекта израсходуется немалая часть общего проектного резерва и буферов на слияние путей. Величину расходовании тоже нужно оценить. Это ваш «затратный буфер».
Как уже говорилось, лучше всего создавать общий временной буфер проекта. Аналогично предпочтительней будет использовать и единый обобщенный буфер на затраты проекта. Мы получаем преимущество статистическое (от независимых оценок) и психологическое (оценки не завязаны на конкретные операции).
В работе «Нормирование размера буферов времени и затрат: как справиться с расхождениями между планом и фактом» (Sсhеdulе аnd Соst Вuffеr Sizing: Ноw tо Ассоunt fоr thе Вiаs bеtwееn Рrоjесt Реrfоrmаnсе аnd Yоur Моdеl) [9] я подробно описываю два типа неопределенности, с которыми необходимо считаться:
1) вызванные особыми причинами отклонения, которые просто суммируются;
2) статистические колебания вызванные общими причинами вариабельности, квадрат суммы которых исчисляется как сумма квадратов каждого отдельного отклонения рассматриваемых показателей затрат.
Колебания оценочных значений затрат характеризуются смещенным распределением. То есть большинство менеджеров пакетов работ научены тратить все деньги, выделенные на их работы, чтобы, не дай бог, в следующий раз не дали меньшую сумму. Размер буфера на расходы будет напрямую зависеть от вашей способности переломить этот образ мыслей.
М.Р. Виджер и А.В. Карк [10], проведя недавно исследование проектов по разработке программного обеспечения, заметили:
«Среди изученных нами был ряд крупномасштабных проектов длительностью более четырех лет с трудозатратами более чем 100 человеко-лет. И во всех без исключения случаях плановые показатели расходов были чрезвычайно занижены».
Они приводят следующие причины.
• В крупных системах с появлением нового элемента все усложняется в геометрической (а не линейной) прогрессии.
• Чем крупней система и чем больше срок получения результата, тем сложнее в самом начале проекта точно и полно определить все требования к результату. В больших проектах — большие перерасходы.
• Чем больше промежуток между формулировкой первых требований и получением результата, тем выше вероятность изменения требований. Это может произойти по причине изменения потребностей пользователей, перемен в будущей рабочей среде системы, появления новых специалистов с иным пониманием требований к системе.
• Когда проект долгий, развитие технологий может сделать неактуальными первоначальные требования.
Думаю, большинство из перечисленных причин характерны не только для ИТ-проектов. Помните о них, когда будете прикидывать размер буфера на затраты, чтобы он покрывал возможные отклонения от оценочных величин. Определение величины буфера на затраты описано в разделе 6.5.