Настоящее значение оценки

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

Аналогичная дилемма возникает и в программных проектах. Планировщики проектов часто обнаруживают некоторые расхождения между деловыми целями проекта, оцениваемым по срокам и затратам. Если расхождения невелики, возможно, планировщику удастся довести проект до успешного завершения за счет либо умелого управления, либо «давления» на сроки, бюджет или предполагаемую функциональность. При больших расхождениях придется пересмотреть цели проекта.

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

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

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

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

(как вы, вероятно, догадались, слово «оценка» взято в кавычки, потому что оцениваемый проект не идентичен завершенному).

Динамика изменения предпосылок проекта является главной причиной, по которой основное внимание в этой книге уделяется неформальным, а не научным методам. Точность в ±5 % окажется бесполезной, если базовые предпосылки проекта изменятся на 100 %. Рабочее определение «хорошей оценки»

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

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

Это определение заложено в основу всего последующего обсуждения оценок в книге.

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

Conte, S.D., Н.Е. Dunsmore, and V.Y. Shen. «Software Engineering Metrics and Models». Menlo Park, CA: Benjamin/Cummings, 1986. В книге Конта, Дансмора и Шена приводится авторитетное обсуждение моделей оценки. В частности, в ней рассмотрен критерий «25 % отклонений в 75 % случаев», а также другие критерии оценки.

DeMarco, Tom. «Controlling Software Products». New York: NY: Yourdon Press, 1982. ДеМарко рассматривает вероятностную природу программных проектов.

Stutzke, Richard D. «Estimating Software-Intensive Systems». Upper Saddle River, NJ: Addison-Wesley, 2005. В приложении С содержится перечень мер, повышающих точность оценки.