瀑布式开发方法的基本原则
1、采用阶段式开发：软件开发过程被事先分成固定的几个阶段，撰写书面的需求说明文档、设计高层软件架构、设计低层细节、编写代码、测试、部署
2、采用阶段式评审：每个阶段结束后，对该阶段提交的成果进行评审，评审通过后才能进入下一阶段
瀑布式开发方法有正式和非正式两种形式
1、正式的形式：可以参考美国国防部软件开发标准2167A及后来的标准498，其中详细地描述了该方法所有阶段的流程，以及需要提交的文档
2、非正式的形式：首先由市场人员收集市场需求，提交给开发人员；接着由开发人员制订开发计划，设计软件架构，进一步完善设计细节；然后进入开发测试阶段，完工后邀请用户测试产品，最后部署
瀑布式开发方法经久不衰的原因
1、流程具有可预测性，因而深受管理层欢迎。只要能准确理解需求和技术，而且需求不再变更，开发团队就能制订精确的开发计划
2、每个阶段结束时都会提交书面材料。这些材料可以从一定程序上增强人们对项目的信心（虽然把书面材料当成定心丸多少有些靠不住）
瀑布式开发方法让产品经理头痛的地方
1、产品验证严重滞后：这是最严重的问题。产品经理必须竺并不能软件开发的尾声，才能看到可以运行的软件。也就是说，在投入大量人力和资金之前，软件的可用性无法得到验证
2、变更计划代价不菲：任何对前期决策的修改都会打乱开发流程，大量工作需要从头来过，不仅浪费资金，而且耗费精力。此外，在开发和测试过程中常常会发现前期设计中的缺陷，临时修补也会严重延误开发进度
3、无法适应快速的市场变化：严重依赖文档和流程，在这方面开销很大。哪怕是一点小小的改动都要花费不少的工夫