瀑布开发
-
瀑布开发的风险不是延期,是返工天花板
一、做了十五年项目,我见过最贵的成本叫“改对了还要再改” 2018 年,我接手过一个 CRM 重构项目。项目启动时一切顺利,4 个月后进入集成测试,Alpha 验收时业务方突然提出 11 处需求调整。时任项目经理做了一个当时看起来合理的决定,让团队加班改。10 天后,这 11 处调整中的 3 处因为…
-
从验收失败反推瀑布开发关键点
2021年第三季度,我参与审计了一个政府数字化监管平台项目。项目历时14个月,总投入超过800万,验收当天,甲方技术负责人在听完汇报、看完演示后,放下投影笔说了八个字:“功能都对,但没法用。”会议室里安静了将近十秒钟。事后复盘,开发团队没有一个人偷懒,代码提交记录、测试报告、变更申请单一样不少,但项…
-
瀑布开发不是文档堆砌,是决策记录
一、先说结论:瀑布文档的最大悲剧,不是写太多,而是写完了没人知道那是决策 去年我给一个做银行核心系统的团队做咨询,他们一个项目经理翻出一份三年前的需求规格说明书,问我:"老师你看,当年我们写了800多页,现在系统要迁移,这些文档还有什么用?" 我翻到第三章,找到一条关于"…
-
从瀑布开发看,计划赶不上变化
一、我在"完美计划"里输得一塌糊涂 2016年秋天,我接手了一个看上去"不可能失败"的项目。客户是一家大型制造企业,需求文档写了187页,流程图精细到每一个异常分支,WBS分解到2567个任务节点。项目启动会上,所有人都觉得这次稳了,计划做到这个颗粒度,还有什…
-
瀑布开发不适合快速验证产品
一、我为什么敢下这个判断:瀑布开发的核心矛盾不在“慢”,而在“验” 2018 年我参与过一个 SaaS 产品的完整重建。当时团队花了将近四个月做需求调研、PRD 撰写、技术方案评审、UI 设计定稿,按照标准的瀑布流程走完了需求冻结和概要设计阶段。我们做了 200 页的方案说明书,功能清单列了 47 …
-
别让瀑布开发变成文档流水线
一、我从一场沉默的项目复盘会里,看见文档如何“吃掉”了开发 2023年深秋,我被拉去旁听一家百人规模的SaaS公司项目复盘会。项目延期11周,验收时客户翻了脸。所有人都以为是因为核心模块有技术难题,结果复盘出来,全场沉默了将近五分钟。 他们的一位后端负责人推过来一张表格: 需求分析阶段产出文档:21…
-
从瀑布开发到MVP,思维转变
一、先讲结论:转变的不是流程,是认知系统 如果你问我,从瀑布开发到MVP,最核心的转变是什么,我不会跟你谈流程、谈工具、谈Scrum。我会告诉你一个被反复验证的观察:那些真正完成转型的团队,不是换了一套开发方法,而是换掉了一整套“对确定性的理解方式”。 为什么这个结论重要?因为我见过太多组织做“假转…
-
我们被瀑布开发坑了三次,才懂
一、在讲“三次被坑”之前,我先给你一个没人愿意承认的结论 做了十五年研发管理,我服务过超过四十家中大型企业的敏捷转型,也见过无数团队在瀑布开发里摔得鼻青脸肿。但我要说的第一句话可能会让很多人不舒服:绝大多数团队被坑,不是因为瀑布模型本身有错,而是因为他们执行的是一套自己都没搞明白的“伪瀑布”。 真正…
-
瀑布开发需求确认,签字画押
一、签字画押不是保护伞,是项目失控的第一块多米诺骨牌 2017年,我接手了一个政府数字化项目。需求文档371页,逐页签字,甲方三个部门共计17枚公章。三个月后,项目延期47天,超支210万。客户说:“白纸黑字签了,为什么做出来的东西不是我们想要的?” 那一刻我意识到:需求签字从来不是我们以为的“保护…
-
我们用瀑布开发做政府项目,稳了
一、先说结论:政府项目,我赌瀑布,而且几乎每次都赢 我在政务信息化这个领域做了整整九年,经手过大大小小 40 多个项目。有一个判断我坚持到现在,而且越来越坚定:在政府项目里,选择瀑布开发不是技术保守,而是一种基于风险管理的最优解。“稳了”这两个字,从来不是运气,是方法论和治理体系的对齐。 我说得再直…