1-7 的五步工程怎么个走法？瀑布一级级下、敏捷小步快跑、螺旋边做边评风险——三种流程没有最好，只有跟项目合不合。
上一节给了【该做的五件事】，本节给【做的顺序策略】。五步是骨架，本节的三种流程是三种骨架的运动方式——区别只在【多快回头检查一次】和【允许多大的返工】。
一、三种流程一张表
| 瀑布式 | 敏捷式 | 螺旋式 | |
|---|---|---|---|
| 走法 | 需求全定→设计全定→开发→测试，一级一级下、不回头 | 把开发切成小段迭代（常为 1~4 周），每段都产出能用的东西 | 一圈圈转：定目标→评估风险→开发→评审，再进下一圈 |
| 适合 | 需求明确稳定的项目 | 需求多变、要快速见效的产品 | 大型、高风险、要边做边验证的项目 |
| 强项 | 计划清晰、文档齐全、好验收 | 反馈快、改得起、早期就能上手用 | 风险被制度化地盯着 |
| 弱项 | 后期改需求＝伤筋动骨 | 大规模协调难、文档易欠账 | 流程重、周期长 |
一句话记：瀑布是跳台跳水（起跳前全想好），敏捷是短道速滑（弯道随时调整），螺旋是登山（每个营地都先探路再前进）。
二、敏捷不是【没有流程】
初学者常把敏捷理解成【想到哪写到哪】。正解：敏捷是把 1-7 的五步压缩进每个小迭代里循环——每 1~4 周都完整走一遍【挑需求→设计→开发→测试→给用户看】，靠高频小步换取【改方向不需要伤筋动骨】。
当下主流的敏捷框架：Scrum（固定节奏的冲刺＋每日站会）、看板（可视化任务流）。2026 年的核实数据：86% 以上的组织在用某种形式的敏捷，其中六成以上团队首选 Scrum；瀑布没有消失——航空、医疗、金融核心系统等强合规领域仍以瀑布或瀑布＋敏捷的混合模式为主（文档与审查的刚性要求摆在那）。
三、防坑段：教材年代之后的两个变化
教材 2023 年成书，以下两点按 2026 年当下补：
- 敏捷与 DevOps 已经连体——写完的代码通过自动化流水线（CI/CD）自动测试、自动部署，交付周期从【按月】缩到【按天甚至按小时】；聊敏捷不聊 CI/CD 就像聊汽车不聊发动机；
- AI 正在往流程里钻——自动写测试、读日志定位问题、辅助排期已经普及；但需求分析与风险判断这些【拍板】环节依然是人的活（1-3 的结论在此再次成立）。
四、动手 Demo：给三个项目选流程
题目与答案： 1. 学校教室照明管理平台——需求基本明确（三条硬需求），甲方要验收文档 —— 瀑布（或瀑布为主）； 2. 创业公司的社交 App——没人知道用户要什么，要快速试错 —— 敏捷； 3. 银行核心系统改造——资金相关、风险极高、周期数年 —— 螺旋（每个营地先做风险评估）。
读结果：选择依据全是外部约束（需求稳定？要试错？风险致命？），不是团队喜好。流程是项目长出来的，不是从天上选的。
30 秒实验
找一个你用过的 App 的更新日志（应用商店的【版本记录】）。
看到什么算成功：更新非常频繁，每次只改几处＋修几个 bug。
读结果：这就是敏捷迭代的痕迹——小步发布、每次都有可用增量。反查你的 CAD 软件：大版本一年一两次，安装包几个 G——那是桌面软件时代的瀑布式节奏。两种节奏同时活在这个世界上。
常见误区
- 【敏捷＝快，瀑布＝落后】——瀑布在需求稳定且要留痕验收的项目里反而最省成本；用错场景的敏捷（需求其实很固定）只会增加开会开销。
- 【敏捷不用写文档】——敏捷说的是【能工作的软件高于详尽的文档】（要工作软件优先），关键文档（接口、验收标准）一样不能少。
- 【螺旋式已经过时】——它的思想【每圈先评风险】被吸收进了各种现代流程；名字不常出现，思想无处不在（安全评审、架构评审都是它的后代）。
- 【小项目不用考虑流程】——两个人两周的小活也是【先想清验收标准再动手】，只是不必把五种流程的仪式全走一遍。
自测三问（点开对答案）
1. **三种流程最核心的区别是什么？** 【多快回头检查一次、允许多大返工】——瀑布到头来才验，敏捷每两周验，螺旋每圈先审风险。 2. **哪些项目今天仍该用瀑布？** 需求明确稳定＋合规要求留档审查的：航空、医疗、金融核心系统、政府验收类项目。 3. **Scrum 的固定冲刺一般是多久？每个冲刺结束时必须拿出什么？** 1~4 周（常为两周）；拿出一个**能用的软件增量**给利益相关方看，不是 PPT。- ☐ 下一节（1-9 开发工程中的工作）
相关笔记
- 软件开发工程 —— 五步是骨架，本节是三种走法
- 数据库 5-1 · 引入系统的流程 —— 引入类项目多走瀑布的实例
- ⌨️ 编程原理 · 索引 —— 全课路线图