Проблеми оцінки та керування масштабом проекту

Проблемы оценки и управления масштабом обусловлены тем, что проекты, как правило, инициируются с объемом функциональ­ных возможностей, значительно превышающим тот, который разра­ботчик может реализовать, обеспечив приемлемое качество и сроки выполнения. Тем не менее, необходимо ограничивать­ся, чтобы иметь возможность предоставить в требуемый срок проект с соответствующей документацией. Разработчики являются только исполнителями, а принимать и финансировать решения должны заказчики. Они должны решать - что обязательно должно быть сдела­но в следующей версии при имеющихся ресурсах проекта. Анализ укажет на размер проблемы, позволит разработчикам сконцентриро­вать свои усилия на критически важных подмножествах функций и в несколько этапов, предоставить высококачественные системы. При­влечение заказчика к решению проблемы управления масштабом проекта повышает взаимные обязательства сторон, способствует росту взаимопонимания и доверия между заказчиком и командой разработчиков ПС и документации.

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

Размер первоначальной версии обобщает основные запланированные функции, включенные в базовую версию программного продукта. Зарегистрированные характеристики качества, позволят продукту предоставлять предполагаемые выгоды различным классам пользователей. Если задача - сосредоточиться на разработке и уложиться в график, следует избегать искушения включать в первую версию каждую функцию, которая когда-нибудь в будущем может понадобиться какому-то потенциальному покупателю. Увеличение сроков и сдвиг графика — типичный результат такого расползания масштаба. Следует сосредоточиваться на наиболее ценных функци­ях, имеющих приемлемую стоимость, годных для самой широкой целевой аудитории, которые позволят создать проект как можно раньше.

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

Дата добавления: 2015-05-08