敏捷十二原则是什么
敏捷十二原则是《敏捷宣言》四条价值观的展开，回答「怎样才算敏捷」：以尽早并持续交付价值为主线，欢迎需求变化，业务与开发高频协作，以可工作成果度量进度，保持可持续节奏，持续追求技术卓越，用自组织团队与定期反思来调整行为。原则用来判断做法是否真的敏捷，而不是用来考核工具用没用。
基本信息
| 来源 | 敏捷宣言（2001）配套的十二条原则 |
|---|---|
| 核心目标 | 尽早、持续交付对客户有价值的可用成果 |
| 节奏特征 | 短周期迭代、频繁交付、可持续的开发速度 |
| 组织特征 | 自组织团队、面对面的高效沟通、定期反思与调整 |
| 技术特征 | 持续关注技术卓越与良好设计，用简洁减少不必要工作 |
十二原则速览
- 尽早并持续交付有价值的成果，把交付周期压缩到以周计而非以月计
- 欢迎需求变化，即使出现在开发后期，通过变化为客户创造竞争优势
- 频繁交付可工作的成果，交付间隔越短越好
- 业务人员与开发人员在整个项目期间每天共同工作
- 以积极主动的个体为核心组建团队，提供所需环境与支持
- 面对面沟通是传递信息最有效、最高效的方式
- 可工作的成果是进度的主要度量，而不是文档完成度
- 保持可持续的开发节奏，发起人、开发者和用户应能长期维持恒定步调
- 持续关注技术卓越与良好设计，提升敏捷能力
- 简洁——减少不必要的工作量是精髓
- 最好的架构、需求与设计出自自组织团队
- 团队定期反思如何更有效，并据此调整行为
把原则落到日常做法
把原则落到日常做法
# 原则 1/3：缩短交付间隔
每个迭代结束产出可用增量，而不是半成品 # 交付节奏可验证
# 原则 7：进度以可用成果度量
看板上只统计达到完成定义的条目，不做百分比 # 避免自欺的完成度
# 原则 8：可持续节奏
迭代容量按团队真实可用人日排，不靠加班补 # 加班换来的速度不可持续
# 原则 12：定期反思
每个迭代回顾产出 1-2 个可验证的改进项 # 改进行动要能在一个迭代内检验形式敏捷与实质敏捷对照
| 维度 | 形式敏捷表现 | 对齐原则的做法 |
|---|---|---|
| 交付 | 迭代结束仍无可运行成果 | 每个迭代产出达到完成定义的增量 |
| 需求 | 冻结需求、变更一律拒绝 | 欢迎变化，按价值重排待办列表 |
| 沟通 | 靠文档与工单在部门间流转 | 业务与开发高频直接对话，压缩反馈周期 |
| 度量 | 统计文档页数与工时投入 | 以可用成果与周期时间衡量进度 |
| 改进 | 回顾只写会议记录，行动项无人跟踪 | 改进项限定数量、指定责任人并在下个迭代复核 |
十二条原则中「欢迎变化」与「可持续节奏」常被忽略：把变化全部接受却不让计划随之外移，团队只能靠加班消化，短期看板好看，两个迭代后交付速度明显下滑。