Agile Manifesto（敏捷宣言）发表于 2001 年。它不是 Scrum 仪式说明书，而是四句价值权衡：右侧事项仍有价值，但当冲突发生时，优先左侧。以下按原典梳理其核心表述与常见误读。
四句核心价值
宣言原文指出：通过实践与帮助他人实践，形成如下价值观——
- 个体和互动 高于 流程和工具
- 可工作的软件 高于 详尽的文档
- 客户协作 高于 合同谈判
- 响应变化 高于 遵循计划
右侧并非无用，而是冲突时优先保证左侧。流程服务于协作与交付，而不是反过来。
十二条原则（要点）
原典十二条原则，工程上常归纳为：
- 尽早、持续交付有价值的软件是首要目标。
- 欢迎需求变化，即使在开发后期——目标是降低变化成本，而非假装需求冻结。
- 频繁交付可工作软件（数周到数月，周期越短越好）。
- 业务人员与开发人员每日协作；高效沟通优先面对面。
- 围绕有动力、被信任的人组建团队，提供环境与支持。
- 可持续的开发节奏；发起人、开发者与用户应能长期保持稳定步调。
- 技术卓越与良好设计增强敏捷能力——速度不等于混乱。
- **简洁（减少不必要工作）**是根本。
- 最好的架构、需求与设计往往来自自组织团队。
- 团队定期反思如何更有效，并据此调整行为。
常见误读
- 「敏捷 = 不做文档 / 不做计划」：宣言谈的是优先级，不是取消。架构决策、运维手册、合规材料仍应按需要编写。
- 「敏捷 = 站会 + 看板」：仪式不等于敏捷；缺少可工作增量与真实反馈时，仪式只是日程安排。
- 「响应变化 = 随时插入需求」：变化需要可见成本与优先级协商，否则会变成持续打断。
实践含义
评估流程与优先级时，可用四句价值作对照：流程是否促进协作，还是制造通关仪式？文档是否降低风险，还是替代可运行软件？敏捷的度量应是持续交付价值的能力，而不是会议次数。