实践表明，软件开发的瀑布模型在以下情况下非常适用：
客户仅参与第一阶段项目并验收成品；
没有改变产品要求的计划；
该项目非常复杂、耗时且昂贵；
质量是首要考虑因素，即使牺牲时间也不例外；
缺乏顶尖的开发团队；
可以将该项目外包
要了解放弃级联方法的动机，可Scrum》一书。杰夫·萨瑟兰 (Jeff Sutherland) 的革命性项目管理方法。
瀑布使用示例
纯粹形式的级联模型在现代开发中并不那么普遍，而 台湾邮箱列表 且通模型，因此很难确定这种方法的具体应用场合。
据专家介绍，相当一部分 ERP 系统、为建筑、医药、政府合同工作、工业和类似基本用途而设计的程序都是使用“瀑布”模式的某种修改而开发的。
谢尔盖·齐科夫 (Sergei Zykov) 的《企业系统设计基础》一书有助于加深对此类项目工作细节的理解。
这是合乎逻辑的。 Chuck Cobb 是项目管理敏捷方法书籍的作者、导师和讲师，他也谈到了这一点：
如果你正在修建一座横跨河流的桥梁，那么说“我们先建第一桥，看看进展如何，然后再决定如何完成剩余的桥”就太荒谬了！
在已经使用或正在使用 Waterfall 的公司中，我们可以注意到：
公司名称
瀑布模型用于什么？
该方法目前是否正在使用？
公司代表的评论
威廉与威廉
金融行业ERP系统开发
没有数据
_
思科
安全系统开发
是的
_
EPAM
各种产品和解决方案或其部分
是的
Alexey Ionov：“…没有必要使用 Agile 完成整 你们的服务收费吗 个大型项目——您可以在各个阶段或工作流程中使用灵活的开发…”
IBM
各种产品和解决方案或其部分
是的
Rosalind Radcliffe：“有时候，瀑布式开发团队无法满足业务需求，因此这些项目和产品会被赋予更多的维护工作……瀑布式开发将逐渐被新技术和有兴趣实施新业务实践的新团队所取代。”
微软 IT
各种产品和解决方案或其部分
不
“过去几年……我们所有团队都采用了敏捷方法。我们发现它解决了传统瀑布模型的许多问题，在传统瀑布模型中，项目需要提前规划，可能需要数月甚至数年才能完成。在这种模式下，我们推出的产品可能很快就会过时。”
AT咨询
各种产品和解决方案或其部分
是的
Vasily Korablyov：“为了从头开始开发系统，我们使用灵活（敏捷）或瀑布式开发方法之一，或者两者结合。”
相似之处
各种产品和解决方案或其部分
是的
Nikolay Dobrovolsky：“我们在不同的项目中采用不同的方法——有些地方采用敏捷方法，冲刺周期为一到两周，而其他地方则几乎采用瀑布方法，里程碑持续数月。多年来，我们逐渐感觉到，项目越大，从事该项目的团队越大，尝试将开发纳入敏捷流程就越困难，效率也越低。”
树液
各种产品和解决方案或其部分
是的
Evgeny Arnautov：“在产品创建阶段，你经常可以看到敏捷变体，有时它与瀑布方法相结合。”
丰田
各种产品和解决方案或其部分
不
石井聪：“…我们正在尝试学习如何将TPS（西方的精益生产）应用于软件开发。”
根据瀑布模型管理开发的应用程序和程序
要与“瀑布”配合使用，您可以使用多种任务设置服务。关键标准是存在时间跟踪器、看板和甘特图。
工作部分
工作部分
具有吸引力的乌克兰saas 服务，具有便捷的移动版本。
适合明确规划，因为它具有：
甘特图包含任务和截止日期之间的链接
拥有不同权利的表演 百慕大领先 者之间的职责分配
不同类型的报告系统
评论、情感和项目的所有操作历史都会被保存
限制客户/客户访问，以确保开发过程的透明度
输入预算和费用的能力
针对小阶段任务制定清单，这样更容易准确遵循说明。
结论
瀑布模型是一种已经使用了相当长时间的方法，无论批评者怎么说，在某些情况下它是有效的。
然而，对于管理需要快速响应不断变化的市场需求的项目来说，这种方法并不合适。根据来自众多公司的代表的评论，我们可以得出结论：“瀑布”在现代项目中有权存在。但如果项目准备就绪时需求肯定不会改变，那么它的使用是合理的。