在本指南中，您将了解瀑布方法如何通过连续流程来简化项目管理，以及如何将这种方法的各个方面运用到您自己的工作中。
什么是项目管理中的瀑布模型？
瀑布模型背后的基本理念，从它的名称就可以看出。简单地说，瀑布方法是一种连续的、线性的项目管理流程。它由多个独立的阶段组成。一个项目按顺序推进，每个已完成的阶段引出一个新的阶段。
瀑布模型最初源自 建筑与生产流程，在这些流程中必须遵循高度结构化的步骤，因为后期变更代价高昂，甚至无法实现。这种方法着眼于产出尽可能优质的最终产品，而在产品完成后留给变更的灵活性很小。
建房是这种瀑布模型的一个实用示例。楼层必须依次建造：先是地下室，然后是各层，最后是屋顶。在没有先建好房屋本身之前，您无法铺设屋顶。
瀑布模型中的项目阶段：一个示例
在瀑布模型中，一个开发流程的各个阶段呈瀑布状依次排列。每个阶段都以一个中间成果（里程碑）结束，例如以需求规格说明书形式呈现的需求目录、软件架构的规范，或处于 Alpha 或 Beta 阶段的应用程序。
- 瀑布式项目管理始于需求阶段，即确定系统预期的功能和特性。
- 在设计阶段，开发人员构建软件架构。
- 接下来是实现阶段，在此阶段开发并集成软件。
- 在验证阶段，团队测试软件，查找并排除错误。
- 接下来是投入运行，即产品上线实施。
- 最后一个阶段是维护，其中包括产品支持，并确保客户在使用产品时不会遇到问题。
由于现代技术如今使我们能够采用更灵活的方法，因此在软件及其他产品的开发中，其他更敏捷的方法也已广泛使用，但瀑布方法仍然产生着重要影响。
瀑布模型的优点和缺点
优点：
- 通过清晰划分的项目阶段，结构简单。
- 通过明确定义的里程碑，对开发流程进行良好的记录。
- 成本和工作量在项目开始时即可估算。
- 按瀑布模型构建的项目，能在时间轴上很好地呈现。
缺点：
- 复杂或多层次的项目很少能划分为界限清晰的项目阶段。
- 因需求变化而调整项目进程的空间很小。
- 最终用户在编程完成后才被纳入生产流程。
- 错误有时直到开发流程结束时才被发现。
瀑布模型适用于哪些项目？
瀑布模型主要用于这样的项目：其需求和流程在规划阶段就能精确描述，并且可以预期在项目进行过程中前提假设至多只会发生微小变化。因此，严格线性的流程模型首先适用于规模小、简单且结构清晰的软件项目。
如果您预计需求可能在生产过程中发生变化，或需要进行修改，那么敏捷方法更适合您的项目。现实地看，大多数软件开发都属于这一类。后期阶段的测试使得每一次修订都成为一项艰巨的任务。事实上，瀑布体系的严格拥护者会主张，需要修订就意味着对产品的需求当初并不清晰，因此项目必须回到第一个阶段。
借助 Merlin Project，敏捷瀑布不再是贬义词
项目管理没有比 看板视图 更简单的了：把您的任务作为卡片收集在左侧列中。随着项目推进，您将这些卡片向右移动，直至它们最终进入"已完成"列。当您在看板与 Merlin Project 中的工作分解结构之间切换时，您会体验到神奇的效果：甘特图条形会自动填充。这就是混合式项目管理。
如果您对这篇博客文章有任何疑问或希望参与讨论，欢迎您在我们的论坛中发帖。
