瀑布开发方式的缺点也是明显的。如果期间的每一阶段没有得到坚决贯彻和实现，那么隐藏的问题最终会影响项目的成功。虽然瀑布管理方式对项目经理而言非常方便，但是对开发人员而言就可能显得太严酷了。因为测试过程在开发阶段之后实施，子系统测试所暴露的问题可能需要立即修改代码，这样就显著增加了计划架构的成本。

调试过程可能非常复杂，原因在于，开发人员在同一阶段通常还可以从事其他项目的开发工作，而所需要的软件修改可能会降低开发人员的生产率和工作质量。有时工作区还必须集中到一个地方来，从而威胁到解决方案的完整性。

另一可能的危险是你只有到解决方案启动的时候才能知道当初所预计的是否成功，所以余下用来改正问题的时间和空间都非常有限。而设计工作上的疏漏和缺陷可能会严重地影响解决方案的启动日期。

这种模式的另一问题在于，除了到阶段终止之时，其他时候几乎没有获取反馈的时间，还有，一旦开发工作开始启动那么修改的空间也就没有了。最后，假如系统测试表面功能或者性能没有达到要求也许到这个时候已经没有纠正问题的可能了。

在部署瀑布开发模式之前你必须仔细评估自己所处的环境和条件。如果客户希望在开发工作开始之后加入进来或者你要处理很多未知的问题，那么你或许最好采用一种更具重复性的开发过程。2100433B