瀑布模型
-
多供应商协同,瀑布开发比敏捷更可控
一、先说结论:多供应商协同,敏捷不是解药,是毒药 如果你正负责一个需要五家供应商协同交付的大型项目,比如银行核心系统升级、智慧园区集成平台、制造业MOM系统实施,我只有一个建议:立即放弃对敏捷开发的一切幻想,用瀑布模型把每一个阶段、每一个接口、每一份交付物锁死。 这不是我拍脑袋提出的观点。过去七年,…
-
三个真实场景证明瀑布开发依然能打
不是敏捷不行,是你把场景搞错了 去年冬天,我接手了一个医疗器械软件项目的咨询诊断。技术团队用Scrum跑了三个迭代,每次Sprint Review都被产品负责人叫停,不是因为代码质量差,而是因为每个迭代产出的功能增量,放到医疗器械注册的框架里,都不构成一个“可提交审评的交付物”。当开发团队开始第八次…
-
瀑布开发需求变更,成本有多高
一、先谈核心结论:需求变更的成本不是一条曲线,而是一场复合型灾难 在软件工程领域,有一个被反复引用以致于几乎失去警示意义的数据:需求变更发生得越晚,修复成本越高,后期变更成本可达初期的 100 倍。 这个结论最初来自 Barry Boehm 1981 年出版的《软件工程经济学》。它像一句咒语,被项目…
-
瀑布开发设计文档,我们改了八版
一、开篇:那个夏天,我们和一份设计文档死磕了两个月 2019年夏天,我接手了一个金融后台系统的产品设计。项目立项前,CTO在启动会上说了一句话:“这次我们严格走瀑布,需求必须一次搞清楚,不要边做边改。”当时我觉得这话没毛病,毕竟涉及资金清算,逻辑复杂,确实不适合“先跑起来再迭代”。可我万万没想到,接…
-
瀑布开发适合哪些行业,别盲从
一、先给结论:瀑布开发不是“有没有用”,而是“你敢不敢用错” 如果你正在纠结团队到底该用瀑布还是敏捷,我的第一个建议是:先别翻那本 Scrum Guide,也别急着听敏捷教练画饼,先把你的项目性质看清楚。 我在过去十年里,见过不止一个团队在“敏捷转型”的口号下,把需求极度稳定、变更代价巨大的项目硬塞…
-
每个阶段都验收,瀑布才不翻车
我见过太多“标准瀑布”项目死在最后一个月。需求文档签了三百页,设计稿画到像素级完美,开发按部就班写了十个月代码。测试阶段一跑,核心业务逻辑对不上;UAT 一演示,甲方当场拍桌子说“这不是我签的需求”。所有人都很委屈,产品翻着一年前发的需求邮件,开发指着代码库说按设计文档写的,设计拿出盖过章的交互稿。…
-
我们靠瀑布开发交付了百亿项目
我们靠瀑布开发交付了百亿项目 2023年第三季度,我们交付了一个合同总额127亿的省级政务云项目。甲方验收组组长签字的时候说了一句话:“你们是今年唯一一个没有延期的供应商。”那一刻我脑子里闪过的不是庆功宴,而是三年前技术选型会议上,CTO拍桌子说的那句话,“这个项目不用瀑布,就是找死。” 很多人听到…
-
瀑布开发五步走,第一步就错了
一、核心结论:瀑布模型不是死于僵化,而是死于“第一步的幻觉” 做项目十五年,我见证过至少四十个百万级以上预算的软件项目从启动到崩盘。每次复盘,团队都会把锅甩给需求变更、甩给客户不配合、甩给技术选型失误。但我必须说一句得罪人的话:大部分项目在第一个月就已经注定失败,因为瀑布模型让所有人相信,需求是可以…
-
DevOps与瀑布模型的区别
DevOps和瀑布模型是软件开发和部署的两种主要方法。这两者的主要区别包括:1、开发和运维的集成程度;2、反应速度和灵活性;3、项目管理和协作模式;4、风险和质量控制;5、工具和技术需求。DevOps侧重于持续集成和持续部署,以实现快速、高效的软件交付。相反,水瀑布模型更注重阶段性的任务完成和严格的…