Десять методов оценки работ проекта

Андреев Александр

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

Оценки Высокого уровня. Оценки Высокого уровня, как правило, называют методами 'сверху вниз'. Такие методы включают в себя предшествующей истории, аналогии и пропорциональные соотношения. Оценки, основанные на более тщательной разбивке работ, называют методами 'снизу вверх'. Техника Структурной разбивки работ (WBS) например, это метод 'снизу вверх'.

Оценки 'Сверху вниз', как правило, быстрее и проще, так как вы оцениваете работы на уровне проекта в целом. Они также могут быть менее точными.

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

Аналогия. Даже если Вы не храните фактические затраченные усилия в чел\часах от предыдущих проектов, вы все равно можете быть в состоянии использовать работы предыдущих проектов. Аналогия означает, что вы находите подобные проекты в прошлом, даже если команда проекта не собрала фактические усилия отработанных часов. Например, давайте предположим, что длительность проекта была рассчитана в шесть месяцев и 2000 чел\часов. Если проект на самом деле был завершен через шесть месяцев, то велика вероятность, что проект также потребовал приблизительно 2000 часов работы (Под часом работ мы понимаем чел\час).

Пропорция. Пропорция похожа на аналогию за исключением того, что у вас есть некоторая основа для сравнения работы, которая имеет похожие характеристики, но на большем или меньшем масштабе. Например, вы можете обнаружить, что усилия в часах, требуемое для выполнения переезда офиса в новый офис были 500 часов, и что один из главных критериев для определения требуемых усилий - это количество людей в офисе. Если будет в два раза больше людей в другом офисе, который требуется переместить в новый офис, вы можете заключить, что для выполнения работ может понадобиться 1000 часов.

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

Делфи. Метод Делфи похож на экспертную оценку, за исключением того, что используется несколько экспертов и нужно попытаться достичь консенсуса между их оценками.

Если возможно, вы должны использовать несколько методов для оценки проекта, особенно если вы используете быстрые 'сверху вниз' методы. У вас будет больше уверенности в вашей оценке, если вы используете две или более метода, с целью получения совпадающих результатов.

Другие методы оценки:

Структура разбивки работ. Work Breakdown Structure. Структура разбивки работ позволяет более легко оценить работу. Вы можете посмотреть на большой кусок работы и с трудом оценить усилия необходимые для его выполнения. Однако, если работа разбивается на более мелкие куски, отдельные компоненты будет легче оценить. Когда вы оценили все фрагменты, сложите их все вместе и получите требуемые усилия для выполнения. Если у вас есть время, чтобы создать хорошую WBS, вы, как правило, в конечном итоге, имеете хорошую величину оценки требуемых усилий.

Программная и ревизионная оценка. PERT. PERT является методикой оценки стоимости, которая использует средневзвешенное значение трех чисел как окончательную оценку. Используя технику PERT, если вы оцениваете усилия, необходимые для завершения работы, вы должны начать с трех оценок - самый пессимистический (P) случай, когда все идет не так, самый оптимистичный (O) случай, когда все идет хорошо и (M) в случае нормальных проблем и возможностей. Итоговая оценка PERT (О + 4М + Р) / 6. Например, если оценка М 10 часов, оптимистическая оценка О 6 часов и пессимистическим оценка Р 26 часов. Оценка PERT является (6 + 4 (10) + 26) / 6.Ответ 72/6 или 12 часов. Обратите внимание, что цифра была сдвинулась немного в сторону пессимистической оценки, но не намного, так как результат все еще тяготеет к наиболее вероятного значения М.

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

Оценка фиксированного времени проекта. Timeboxing. Это способ оценки в пределах фиксированного графика, или бюджета, или объема работ. Обычно, когда вы применяете метод timebox, вы предполагаете, что проект должен быть завершен к определенному сроку. Затем вы должны сосредоточиться на аспектах определения стоимости и объема в условиях тройных ограничений, так что бы дата timebox, завершения работ, должна быть соблюдена.

Функциональные баллы (ИТ проекты). Function Points (IT development projects). Многие отрасли промышленности имеют специализированные модели оценки для своих проектов. Некоторые ИТ организации используют Функциональные баллы как средство обеспечения достоверной оценки работ, необходимых для завершения проекта по разработке проекта системы ИТ. Функциональные баллы обеспечивают механизм для определения относительной сложности разрабатываемого ИТ приложения. Сложность может быть выражена как количество Функциональных баллов. Таким образом, ИТ приложение с 1000 Функциональными баллами, как правило, в десять раз больше и сложнее, чем ИТ приложение с 100 Функциональными баллами.

Мы рассмотрели десять разных оценочных методов. Каждый метод не будет работать в любой ситуации. Знание лучших методов оценки, позволит вам в каждой конкретной ситуации обеспечить более точную окончательную оценку.

Источник: www.pmprofy.ru