瀑布式与敏捷式

什么是瀑布？

瀑布模型是一种非常直接且线性的软件开发模型。该模型遵循自上而下的方法。该模型从需求收集和分析开始有多种。在此阶段，您从客户那里获取开发应用程序的需求。之后，您尝试分析这些需求。

接下来是设计阶段，您将准备软件的蓝图。在此阶段，您会考虑软件的实际外观。设计准备就绪后，您将进一步进入实施阶段，从应用程序编码开始。开发人员团队共同开发应用程序的各个组件。

应用程序开发完成后，将在验证阶段进行测试。对应用程序进行各种测试，例如单元测试、集成测试、性能测试等。对应用程序的所有测试完成后，将其部署到生产服务器上。最后，进入维护阶段。在此阶段，将监视应用程序的性能。与应用程序性能相关的任何问题都将在此阶段得到解决。

瀑布的优点和缺点

优点

• 通过明确的目标和方向，规划和设计变得更加直接和简单。因此，整个团队最好在每个阶段都保持一致。
• 您可以轻松衡量进度，并知道何时继续下一步。有明确的里程碑，各个阶段表明整个项目的进展情况。
• 这种方法可以节省时间和金钱。通过清晰的文档和规划，您的整个团队可以做好更充分的准备，并且在未来不会浪费时间。

缺点

• 收集并记录每一步的需求可能非常耗时，更不用说困难了。在项目的早期阶段很难假设有关您的产品的事情。因此，您的假设可能有缺陷并且与客户的期望不同。
• 如果确实存在上述情况，并且您的客户对您交付的产品不满意，那么对产品进行更改可能会成本高昂、成本高昂，而且最重要的是难以实施。
• 一般来说，瀑布方法的风险更高，因为错误的范围也很大。如果出现问题，修复它们可能会很困难，因为您必须后退几步。

什么是敏捷？

敏捷是一种基于迭代的软件开发方法，其中软件项目被分解为各种迭代或冲刺。每次迭代都有像瀑布模型一样的阶段，例如需求收集、设计、开发、测试和维护。每次迭代的持续时间一般为2-8周

因此，在敏捷中，您在第一次迭代中发布了具有一些高优先级功能的应用程序。发布后，最终用户或客户会向您提供有关应用程序性能的反馈。对应用程序进行必要的更改以及一些新功能，然后再次发布应用程序，这是第二次迭代。重复此过程，直到达到所需的软件质量。

敏捷的优点和缺点

优点

• 由于客户参与度高，您可以快速收到反馈并即时做出决策。与客户的沟通更加频繁、反馈更多、关系更加密切。
• 由于您的工作成果在每个阶段都会受到审查，因此风险较小。您还可以节省不必要的开支和时间，因为您将优先考虑为用户提供价值。
• 您将在每个周期中提高输出质量。通过将项目分解为小块，您可以从每次迭代中学习。虽然涉及很多试验和错误，但在大多数情况下，您仍然专注于高质量的开发、测试和协作。

缺点

• 对于工作方法，团队的所有成员都必须完全致力于该项目。如果您希望整个团队在下一次运行中学习并做得更好，那么每个人都必须平等参与。由于敏捷注重快速交付，因此可能会出现按时交付的问题。
• 这种方法看似简单，但执行起来却很难。它需要承诺，并且每个人都达成共识，最好是在同一个物理空间中。
• 文档可以忽略。由于敏捷方法侧重于工作软件而不是全面的文档，因此每个阶段和迭代都可能会丢失一些东西。因此，最终产品可能会与最初计划的有所不同。

比较——瀑布式与敏捷式

范围	瀑布	敏捷	评论
范围	当范围被定义时效果很好。不支持修改。	适合范围未知的项目。倡导并促进变革。	改变是有利的，因为它是不可避免的。但改变是以成本、精力和时间为代价的。
客户意见	仅支持主要里程碑阶段的客户交互。	鼓励客户在产品开发过程中的各个阶段提供反馈。	客户参与对这两种模式都有好处。
团队	不需要持续的团队协作，更强调独立的表现。	鼓励产品开发各个阶段的同步团队合作，要求团队具备技能。	协作努力可以提高生产力，分配给不同供应商的不同性质的合同在团队高度同步的情况下无法很好地工作。
成本	预算在开始时就固定下来，包括针对已识别风险的备份计划。	预算不像范围那样被定义，当发生不可预见的变化和风险时，预算可能会变得昂贵。	固定预算对小型企业有利，但如果在某个时间点发生必要的变化，固定预算也会造成干扰。

何时应该使用瀑布式以及何时使用敏捷式

如果满足以下条件，请使用瀑布：

• 您知道范围不会发生变化，并且您的工作涉及固定价格合同
• 该项目非常简单或者您以前已经做过很多次了
• 您非常清楚，要求是固定的。
• 客户提前清楚地知道他们想要什么
• 您正在处理有序且可预测的项目

如果出现以下情况，请使用敏捷：

• 最终产品没有明确的定义。
• 客户/利益相关者有足够的能力修改范围。
• 您预计项目期间会发生任何类型的变化。
• 快速部署是目标。

哪一个更好？敏捷与瀑布

这里没有明显的赢家。你不能说敏捷优于瀑布，反之亦然。这实际上取决于项目以及需求的清晰度水平。

如果您对最终产品有清晰的了解，您可以说 Waterfall 是一个更好的模型。另外，如果您知道需求不会改变并且项目相对简单，那么瀑布适合您。如果您不希望应对变化，那么此模型是一个简单、高效的过程。

敏捷是优越的当您对最终产品没有清晰的了解时，当您预计项目的任何阶段都会发生变化时，以及当项目非常复杂时。敏捷可以在项目期间随时适应新的、不断变化的需求，而瀑布式方法不可能返回到已完成的阶段并进行更改。