Полнота анализа и степени необходимости требований к системе

Система качества по модели ISO 9000 выстраивается, как из­вестно, для как можно более полного удовлетворения потреби­теля.

Но измерять успех ИТ-проекта максимальным удовлетворени­ем потребителя (заказчика) неправильно, по крайней мере пото­му, что это совершенно неизмеримый показатель.

Речь может идти только о необходимых требованиях,

Но требования самого потребителя могут быть не только про­тиворечивыми, но и даже взаимоисключающими.

Планирование Диагностика Длительность и этапы проекта

Рис. 2.4. Экспертная оценка степени мотивировки команды на успех в процессе ЖЦ проекта

Как же тут быть с качеством проекта?

Те требования, которые противоречат друг другу или логике си­стемы, мы доюкны обсудить и прийти к какому то соглашению с потребителем. Далее исполнитель делает систему, соответству­ющую этим согласованным требованиям.

Ни о какой «максимальности» и «полноте» речь уже не идет. Система либо соответствует требованиям, либо нет. Если систе­ма не соответствует требованиям по причине невыполнимости требований, то они пересматриваются до тех пор, пока не устро­ят и заказчика, и исполнителя. Более того, именно на этой ста­дии очень выгодно предусмотреть все возможные варианты тре­бований, чтобы уменьшить вероятность возникновения уже в процессе выполнения проекта дополнительных требований по­требителя (рис. 2.6).

Тем самым мы снизим затраты на доработку уже разработан­ных решений (рис. 2.7), уменьшим потери качества проекта (рис. 2.8) и вероятность реализации по крайней мере тех рисков, которые обусловлены недостаточной глубиной этапов диагно­стики и анализа требований (рис. 2.9).