<<
>>

Используйте экспертное суждение только в крайнем случае

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

Привязка оценки к вместимости зала дала чуть лучший результат; тем не менее и эта оценка содержала немалую ошибку, потому что эксперту потребовалось субъективно оценить степень заполненности зала, а это открыло возможности для порчи оценки субъективными факторами.

Исторические данные в сочетании с вычислениями оказываются на удивление свободными от смещений, подрывающих оценки, основанные на экспертных мнениях. Не поддавайтесь искушению подстраивать вычисленные оценки под свое экспертное суждение. Во время работы над вторым изданием книги «Code Complete» (McConnell 2004а) я руководил группой, проводившей формальный анализ первого издания — всех 900 страниц. Во время нашей первой встречи средняя скорость анализа составила 3 минуты на страницу. Выходило, что при такой скорости на анализ всей книги уйдет 45 часов. После первой встречи я заметил, что мы еще только «срабатываемся» как единая команда, а в будущем, как мне кажется, скорость должна возрасти. При планировании будущих встреч я порекомендовал использовать рабочую оценку в 2-2,5 минуты на страницу вместо 3 минут. Руководитель проекта ответил, что на данный момент мы располагаем данными только одной встречи, поэтому за основу нескольких будущих встреч нужно взять имеющиеся показатели, то есть 3 минуты на страницу. Позднее при необходимости планы можно будет подрегулировать на основании данных последующих собраний.

И как вы думаете, каким оказалось среднее время после завершения книги, всех 900 страниц? Вы не ошиблись, 3 минуты на страницу!

СОВЕТ № 34

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

Дополнительные ресурсы

Boehm, Barry, et al. «Software Cost Estimation with Cocomo II». Reading, MA: Addison-Wesley, 2000. У Бема представлено краткое описание метрики объектных пунктов.

Lorenz, Mark and Jeff Kidd. «Object-Oriented Software Metrics». Upper Saddle River, NJ: PTR Prentice Hall, 1994. Лоренц и Кидд предлагают ряд количественных показателей, которые могут использоваться в объектно-ориентированных программах.

<< | >>
Источник: Макконнелл С.. Сколько стоит программный проект. 2007

Еще по теме Используйте экспертное суждение только в крайнем случае: