Оценки и управление проектом

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

В действительности оценка программных проектов не является столь отвлеченным делом. Если кому-то захочется увидеть пример принципа неопределенности Гейзенберга в области программного обеспечения — достаточно взглянуть на оценку проектов. (Принцип неопределенности Гейзенберга состоит в том, что сам факт наблюдения за явлением приводит к его изменению, и наблюдатель никогда не может быть полностью уверен в том, как повел бы себя объект при отсутствии наблюдения.) Сначала мы формируем оценку, а затем на базе этой оценки берем на себя обязательство обеспечить определенную функциональность и качество к конкретной дате; после этого мы управляем проектом для достижения поставленной

цели. Типичные операции по управлению проектом включают удаление некритичных требований, переопределение требований, замену менее опытного персонала более опытным и т. д. Схема управления проектом представлена на рис. 1.9.

Персонал • отвлекается : на проведение

выставки

alt="" />

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

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

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

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