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

Пример 1: Багажная система международного аэропорта Денвера

Система обработки багажа в международном аэропорту Денвера предназначалась для автоматизации обработки багажа, однако требования были плохо определены, что привело к сбоям в работе системы и задержкам в работе. Проект столкнулся со значительными перерасходами средств и был в конечном итоге заброшен.

Неудача подчеркнула важность тщательного анализа требований и участия заинтересованных сторон на этапе планирования.

Пример 2: Виртуальная файловая система ФБР

Система Virtual Case File (VCF) ФБР была разработана для замены устаревшего программного обеспечения для управления делами. Проект пострадал от неясных требований, изменения масштаба и неадекватной связи между командами. Он был отменен после того, как потратил более 170 миллионов долларов.

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

Уроки, извлеченные

  • Чистые требования: Определите точные и полные требования до начала разработки.
  • Участие заинтересованных сторон: Регулярно привлекайте все соответствующие стороны для проверки требований.
  • Управление изменениями: Создавать процессы для эффективного управления изменениями требований.
  • Документация: Ведение подробного учета требований и решений.