Область применения инкрементной модели

Недостатки инкрементной модели

При использовании этой модели относительно проекта, для которого она подходит не в достаточной мере, проявляются следующие недостатки:

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

Менеджер проекта может быть уверен в целесообразности применения модели, если для этого имеются следующие причины:

· если большинство требований можно сформулировать заранее, но их появление ожидается через определенный период времени;

· если рыночное окно слишком "узкое" и существует потребность быстро поставить на рынок продукт, имеющий функциональные базовые свойства;

· для проектов, на выполнение которых предусмотрен большой период времени разработки, как правило, один год;

· при равномерном распределении свойств различной степени важности;

· когда при рассмотрении риска, финансирования, графика выполнения проекта, размера программы, ее сложности или необходимости в реализации на ранних фазах оказывается, что самым оптимальным вариантом является применение принципа пофазовой разработки;

· при разработке программ, связанных с низкой или средней степенью риска;

· при выполнении проекта с применением новой технологии, что позволяет поль­зователю адаптироваться к системе путем выполнения более мелких инкрементных шагов, без резкого перехода к применению основного нового продукта;

· когда однопроходная разработка системы связана с большой степенью риска;

· когда результативные данные получаются через регулярные интервалы времени.