4.

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

5.

Была ли оценка получена с применением нескольких альтернативных ме

тодов, приводящих к сходным результатам?.

6.

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

7.

Составляет ли оцениваемый срок по меньшей мере 2,0 х ЧеловекоМесяцы

? (То есть находится ли оценка за пределами зоны невозможности?).

8.

Участвовали ли в создании оценки люди, которым предстоит выполнять работу?.

9.

Была ли оценка проанализирована экспертом в области оценки?.

10. Включен ли в оценку ненулевой допуск для проектных рисков, влияющих на объем работы и сроки?.

11.

Входит ли оценка в серию оценок, точность которой постепенно повышается с переходом в узкую часть конуса неопределенности?.

12.

Учтены ли в оценке все элементы проекта, включая создание программы установки, утилит преобразования данных, адаптацию старых систем и т. д.?.

ИТОГО:_.

Процедура проверки взята из книг «Software Estimation» Стива Макконнела (Microsoft Press, 2006), © 2006 Steve McConnell. All lights reserved. Копирование разрешено при условии сохранения данного уведомления об авторском праве.

Результат.

10-12 — оценка обладает высокой точностью.

7-9 — оценка достаточно хороша для управления проектом, но, скорее всего, несколько оптимистична.