敏捷开发方法或瀑布式开发种软件开发方法更适合我的项目

[jakir02]

一次又一次，有些客户（在将他们的软件开发项目外包给我们时）对我们在ISHIR的大多数应用程序和软件开发项目是否遵循敏捷软件开发方法或瀑布感到困惑。我们的一些客户也关心敏捷是否更适合他们的项目或瀑布。有时，我们会花费数小时讨论满足客户软件开发需求的最佳开发方法。 由于答案并不那么简单，我决定通过这个博客来解决这个问题。 在与外包软件开发供应商打交道时，您可能会发现一种趋势。大型且可预测的组织通常喜欢瀑布方法，因为它为整个组织的开发提供了标准化和集中化。但事情正在迅速变化。企业正在迅速依赖数字业务和服务，其中首要需求是加快上市时间。


这就是敏捷开发方法可以提供帮助的地方。 如果我达到初级水平，瀑）。所以你通常从以下开始： 1. 收集需求 2. 设计 3. 代码 4. 单元测试 5. 系统测试 6. 用户验收测试 7. 错误修复 8. 部署 如果真正遵循瀑布式，那么上述每个阶段都是一个独特的软件 退出手机号码 开发阶段。一个阶段仅在前一阶段结束后才开始。例如，在客户批准并签署需求之前，您无法开始设计。 所以，你看，瀑布方法并没有那么糟糕。显然有一些好处，例如，开发人员和客户更多地在同一页面上（实际上是在项目的早期）。



规划和设计几乎是标准且可预测的。甚至项目进度也可以轻松衡量。最大的优点之一是文档非常全面，因此一个团队可以准备基础工作（例如，测试人员可以根据需求文档的提示来准备测试用例。 客户不必总是在场（需求阶段除外）。这是最适合需要多个软件组件的方法（因为设计可以在周期的早期完成）。 最终，您拥有了一个开发完整且更加精心的软件。它基于对客户需求的充分理解和对可交付成果的透彻理解。 这种方法也存在很多问题。需求收集阶段本身可能会让客户感到害怕，因为它似乎永无止境。