9、Scrum项目中的完成定义与需求处理

Scrum项目中的完成定义与需求处理

1. 完成定义（Definition of Done）

1.1 潜在可交付产品增量

每个冲刺（Sprint）的结果应是一个潜在可交付的产品增量，但“潜在可交付”并不意味着必须实际交付。交付是一个商业决策，其节奏可能与冲刺不同，在某些组织中，并非每个冲刺结束时都适合交付。

潜在可交付更应被视为一种信心状态，即冲刺中构建的内容实际上已完成，意味着在交付冲刺结果之前，不存在重要的未完成工作（如重要测试或集成等）。为了确定产出是否潜在可交付，Scrum团队必须有一个明确且达成共识的完成定义。

1.2 完成定义的概念

概念上，完成定义是一个清单，列出了团队在宣布其工作潜在可交付之前需要成功完成的工作类型。以下是一个完成定义清单示例：
| 完成定义 | 详情 |
| — | — |
| 设计评审 | 确保设计符合要求 |
| 代码完成 | 实现功能的代码编写完成 |
| 代码重构 | 优化代码结构 |
| 代码格式标准化 | 代码遵循统一格式 |
| 代码添加注释 | 方便后续维护 |
| 代码提交 | 存入代码库 |
| 代码检查 | 检查代码质量 |
| 最终用户文档更新 | 文档与功能同步 |
| 测试 | 包含多种测试类型 |
| 单元测试 | 对代码单元进行测试 |
| 集成测试 | 测试组件间集成 |
| 回归测试 | 确保修改未引入新问题 |
| 平台测试 | 在目标平台上测试 |
| 语言测试 | 针对不同语言环境测试 |