Некоторые риски, которые могут возникать при быстрой разработке программного обеспечения:

• Риск «новизны». 2 Для многих IT-компаний быстрая разработка приложений (RAD) — новинка, которая требует переосмысления привычных методик работы. 2 Сопротивление новому и необходимость изучения с нуля инструментов и техник могут привести к ошибкам. 2
• Недостаточное участие пользователей. 2 Если пользователи не могут постоянно брать участие в процессе разработки на протяжении всего жизненного цикла, это может негативно повлиять на конечный продукт. 2
• Уменьшенный контроль. 2 Гибкость и адаптивность процесса RAD в идеале означают возможность быстро адаптироваться как к проблемам, так и возможностям. 2 Однако иногда приходится выбирать между гибкостью и контролем, и в таком случае методика быстрой разработки приложений может быть нежизнеспособной. 2
• Скудный дизайн. 2 Фокусирование на прототипах в некоторых случаях приводит к методике «взлом и тестирование», по которой разработчики постоянно вносят мелкие изменения в отдельные элементы и игнорируют проблемы системной архитектуры. 2
• Отсутствие масштабируемости. 2 Преимущественно RAD используется маленькими и средними проектными командами. 2 Недостатки методологии особенно ярко проявляются при использовании быстрой разработки приложений в работе над крупными проектами. 2

Чтобы минимизировать риски, важно ещё до начала работы над проектом зафиксировать возможные угрозы и ограничения, чтобы команда могла уточнить требования и ограничения по программному продукту. 1