什么是瀑布项目管理模型，瀑布模型如何进行？

大家有没有想过这个问题：瀑布模型的真正含义是什么？

“瀑布”这个词经常被用来与“敏捷”进行比较，但是当人们将“敏捷”与“瀑布”进行比较时，人们知道他们真正的含义是什么吗？当人们谈论“敏捷”和“瀑布”时，听起来他们正在比较两种非常具体且定义明确的方法，这两种方法是独立且互斥的对立面。然而，当您深入研究“瀑布”和“敏捷”这两个词的真正含义时，您很快就会发现这是一个非常不准确且具有误导性的误区。

瀑布模型意味着什么？

严格来说，“瀑布”这个词最初是由Winston Royce博士于1970年在他非常著名的论文中定义的。罗伊斯博士描述了一个由一系列阶段组成的模型。在这个模型中，一个阶段的输出像“瀑布”一样流入下一阶段：

什么是瀑布模型

该过程被称为“瀑布”，因为一个阶段的结果像瀑布一样流入下一阶段。

过去项目管理中存在的问题

过去，很多企业组织的项目流程都很难进行，开发工作的效果很不好，项目团队中很少或根本没有结构、规则和规划。这其中的一些主要问题是：

1.大型开发团队的协调工作

随着项目范围和复杂性的增长以及潜在的开发人员数量的增加，很明显，更有计划性和结构化的方法对于协调大型开发团队的工作至关重要。

2.成本和进度超支

另一个主要问题是软件项目的成本和进度的可预测性非常有限，项目中经常出现大量严重的成本和进度超支，并且，商业赞助商要求一定程度的可预测性。

瀑布模型是如何解决这些问题的

当瀑布方法最初被定义时，从几乎没有任何方法论到一个定义非常明确的过程是一个很大的进步。新的瀑布流程提供了“路线图”，协调多个开发人员的工作以及将工作与直接开发团队之外的任何其他重要资源整合起来。并且，瀑布模型还提供了一种控制软件项目范围的机制，以便更好地预测项目成本和进度。

与许多事情一样，瀑布方法最初实施时存在“钟摆效应”。在许多情况下，从没有方法论到定义非常明确的方法论有些过度修正。在许多项目中，钟摆从几乎没有控制和规则转变为非常严格的控制和规则。

瀑布项目管理模型

它变得非常僵化和不灵活

瀑布流程的最初实施存在许多问题，甚至Royce博士在1970年首次定义该流程时也认识到了这些问题。一些严重的问题是：

• 1970 年瀑布流程最初定义时的常见做法是一个文档密集且过度控制的流程；

• 在证明该阶段所需工作已完成、审核和批准所需的所有文档之前，您无法退出该阶段；

• 在所有开发和测试完成之前，软件的最终用户通常都不会看到该软件；

• 回去做出任何重大改变，即使不是不可能，也是非常困难的；

• 对范围控制的强调使得该流程对于在不确定的环境中满足用户需求和业务目标可能需要的任何更改非常不灵活；

因此，在很多情况下，项目可能达到了成本和进度目标，但未能提供足够水平的业务价值。另一个主要问题是，过分强调审查和批准所需的文件和其他开销，使得整个流程变得形式化，并且成本效率不高。值得注意的是，与“瀑布”相关的许多问题是其实施方式造成的，而不一定是方法本身固有的问题。

为什么敏捷与瀑布式的比较如此具有误导性？

典型的敏捷与瀑布式比较之所以如此具有误导性，一个重要原因是“敏捷”和“瀑布式”这两个概念的使用非常宽泛。

在敏捷广泛使用之前，人们开发了原始瀑布模型的许多变体，以创建更具适应性的方法来解决其中一些问题：

• 更多迭代过程，如 Rational Unified Process (RUP) 和许多变体在 1990 年代和 2000 年代初得到广泛使用

• 各种不同的开发模型不断涌现，例如螺旋模型

• 其中一些与 1970 年定义的原始“瀑布”模型只有非常有限的相似之处。

尽管发生了这种演变，人们仍然将所有这些方法论笼统地描述为“瀑布式”，就好像它是一种特定的、独特的和定义明确的方法论，称为“瀑布式”，但事实并非如此。人们笼统地称为“瀑布”的所有方法的共同点是，他们强调一定程度的前期规划和控制；目标是尝试实现项目范围、成本和进度的可预测性。

因此，我认为“计划驱动”这个词更准确、客观地描述了人们所说的“瀑布”的真正含义。

“敏捷”这个词的使用也很宽泛。我们都知道“敏捷”并不是一种特定的方法论，尽管很多人将“敏捷”等同于Scrum，Scrum实际上并不是一种特定的方法，它实际上是一个旨在适应广泛情况的框架，敏捷并不真正等同于Scrum。还有其他敏捷方法，例如看板等。人们称之为“敏捷”的方法论的共同点是，它们具有灵活性和适应性。并且，强调不确定环境中的创造力和创新，而不是强调规划和控制，以实现较低确定性的可预测性。

因此，在与“瀑布式”（计划驱动）进行比较时，我更喜欢使用“自适应”一词，而不是“敏捷”一词。

总结

当敏捷社区中的人们比较“敏捷”和“瀑布”时，片面地认为敏捷是好的，瀑布是差的，这确实不准确和客观。两者都有优点和缺点，具体取决于你所处的项目场景。

“敏捷”和“瀑布”这两个词在实践中使用得非常宽松，这导致了很多混乱。它们的使用就好像“敏捷”和“瀑布”都是独特的、单独的方法，但事实并非如此。