敏捷开发和瀑布开发结合的原因

说到敏捷开发和瀑布开发，哪种更好呢？这个问题就像是问我们是该吃西餐还是中餐一样。实际上，两种开发方式各有其优点，并没有绝对的好坏之分。真正重要的是要根据实际情况选择最适合的开发方式。

敏捷开发和瀑布开发更多的是思维方式的转变。如果我们仍然固守传统的思维方式，那么在从传统瀑布开发向敏捷开发转变的过程中，可能会遇到许多不适和阻力。这就像是我们习惯于某种固定的午餐口味，突然要尝试另一种新口味，起初总会有些不习惯。但只要我们勇于接受变化，克服困难，就能享受到新的优势。

这里可以用两个词来概括敏捷开发的核心思想：拥抱变化和进度可视。

任何软件项目或系统，即便在需求阶段投入再多的时间和精力，我们也很难提前挖掘出所有的需求。有些需求可能只有在设计实现或用户使用过程中才会逐渐显现。这是软件开发中不可避免的不确定性。瀑布模型往往将这种变化延迟到测试或用户使用阶段才被发现，这会增加返工和变更的成本。而敏捷开发则通过短周期的迭代，尽早交付可用的迭代版本，以更好地适应和拥抱变化。

在任何一个软件项目中，我们很难准确判断项目的实际进度。没有经过测试和验证的功能，我们无法确定其真正的完成度。而敏捷开发提供了一种可视化的评估进度模式。例如，将一个项目拆分为多个粒度相似的功能点，如果有60个功能点完成并通过测试和验证，我们就可以更有信心地说整体进度已经完成了60%。这种进度管理方式在瀑布模型中难以实现。