Риски связанные с требованиями

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

Это происходит из-за того, что группа людей, которые заказывают программную системы и та группа людей, которая делает её, не совпадают друг с другом. Так же не совпадают их знания, методы, привычки, профессиональное чутьё. То, что одни считают очевидным, другие вообще не знают. Для одних некоторая деталь системы является лишь мелкой технической проблемой, другие же считают её ключевой в проекте. Между разработчиком и заказчиком возникает прослойка, которая состоит в перепаде уровней знаний и методов. Заказчик, из-за отсутствия у него опыта разработчиков, даже может не знать о некоторых свойствах системы, которые ему обязательно понадобятся.

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

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