Другие источники ошибки

Источники ошибок, описанные в первых девяти разделах главы, являются наиболее распространенными и значительными, однако список нельзя назвать исчерпывающим. Вот еще несколько путей, по которым ошибка может проникать в оценку: незнакомая область деятельности; незнакомая технологическая область; неверное преобразование оцениваемого времени в проектное (например, предположение о том, что группа будет работать над проектом по 8 часов в день, 5 дней в неделю); неверное понимание статистических концепций (особенно суммирование набора оценок для лучших и худших случаев); бюджетные процессы, подрывающие эффективную оценку (особенно требующие согласования итогового бюджета в широкой части конуса неопределенности); наличие точной оценки масштаба проекта, с внесением ошибок при ее преобразовании в оценку объема работы; наличие точных оценок масштаба и объема работы, с внесением ошибок при их преобразовании в расписание проекта; завышенные ожидания от применения новых средств или методов разработки; упрощение оценки при ее передаче на верхние уровни управления, при формировании бюджета и т.

Эти темы подробно рассматриваются в следующих главах.

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

Armstrong, J. Scott, ed. «Principles of forecasting: A handbook for researchers and practitioners». Boston, MA: Kluwer Academic Publushers, 2001. Армстронг — один из ведущих исследователей в области рыночного прогнозирования. Многие результаты наблюдений, приведенные в книге, относятся к оценке программных проектов. Армстронг также является ведущим критиком излишне сложных моделей оценки.

Boehm, Barry, et al. «Software Cost Estimation with Cocomo II». Reading, MA: Addison-Wesley, 2000. Бем первым популяризировал идею конуса неопределенности (он называет его «воронкой»). В книге приведено его самое новое описание этого явления.

Cockburn, Alistair.

Laranjeira, Luiz. «Software Size Estimation of Object-Oriented Systems», IEEE Transactions of Software Engineering, May 1990. В статье представлено теоретическое обоснование для конуса неопределенности, выявленного эмпирическим путем.

Tockey, Steve. «Return on Software». Boston, MA: Addison-Wesley, 2005. В главах 21-23 обсуждаются основные принципы и общие методы, а также рассказано, как учесть неточность в оценке. В книге Токи приведено подробное описание построения собственного конуса неопределенности.

Wiegers, Karl. «More About Software Requirements: Thorny Issues and Practical Advice». Redmond, WA: Microsoft Press, 2006.

Wiegers, Karl. «Software Requirements, Second Edition». Redmond, WA: Microsoft Press, 2003. Методы, описанные Вигерсом в этих двух книгах, помогают качественно сформулировать исходные требования, что способствует существенному снижению неустойчивости требований на последующих стадиях проекта.