第 1 节讲过预测式（predictive）/瀑布生命周期：一开始就定死全部范围与计划——它适合需求与技术都确定的工作。但软件/产品类工作复杂、需求常变，前期把一切算准并不现实。

Scrum 的解法是经验式过程控制：用短迭代（Sprint）每次交付一小块可用增量，检视反馈，再调整下一步——把『一次押注全部』拆成『多次小步纠偏』，从而降低风险与返工成本。

这正是 2001 年 17 位软件先驱在《敏捷软件开发宣言》里达成的共识。宣言确立四条价值观：

- 个体与互动 高于 流程与工具
- 可工作的软件 高于 详尽的文档
- 客户协作 高于 合同谈判
- 响应变化 高于 遵循计划

宣言背后还有 12 条原则，例如：可工作的软件是进度的首要衡量标准、欢迎需求变化、频繁交付、业务与开发每日协作、保持可持续的步调。