其次，RAD 软件开发模型实施者在应用程序开发的最初阶段并不注重质量。因此，他们考虑粗略地构建所有关键功能，然后随着时间的推移将每个功能细化为更高质量的代码。使用 Agile，解决方案被分解为功能。然后以增量方式开发这些功能并交付，不会有任何遗漏。
第三，快速应用程序开发团队向客户展示屏幕原型和模型。这些通常是简单的表格查找形式，而不是实际计算，这表明客户更有可能了解流程在管道中的情况或位置。这与敏捷模型所做的相差甚远，因为客户看不到各个阶段。因此，敏捷团队只在每次迭代后向客户展示最终产品。
最后，RAD 模型使实施现有原型变得更加容易。因此，如果公司没有类似类型的项目或现有代码可供利用，则使用该模型会变得更加困难。另一方面，敏捷模型不能用于实施小型项目。这是因为此类 日本电报筛选 项目无法轻易分成小部分进行增量开发。
促进更快的原型设计
持续的客户反馈
更快的应用程序开发
更容易满足客户期望
敏捷的关键属性
项目被分解成更小的部分，称为冲刺
可以通过冲刺添加或删除功能
持续的软件测试和评估
缺点
RAD 模型要求开发人员更多地与客户互动，以便传达评估流程和反馈。此外，作为主要关注用户界面的模型，它主要用于根据从客户那里获得的反馈进行原型设计。
另一方面，敏捷模型只能由之前接触过持续测试等概念的专业人员执行。然而，由于缺乏文档，即将到来的开发人员无法充分指导项目的最终结果。此外，这种模式不太适合低预算项目。因此，它只适用于涉及大量开发人员的复杂项目。如果你是一家初创公司，这为你的企业选择 RAD 提供了更多理由。