Scrum模式：广泛共识的DoD

模式名称：广泛共识的DoD

解决的问题：

• DoD停留在概念上。
  

解决方案：

• 质量的本质：客户需求被满足的程度。

• Top down的认知：质量在产品生命周期不同阶段的影响，目标，及策略。

• Bottom up的能力构建：code review, unit test, pair programming, TDD, refactor, CI。

• 对质量与速度在不同阶段优先级的广泛一致的认识。

• 对质量重视程度的路线图和决策点。

• DoD的适用范围。

• 制定不同阶段的0缺陷策略：0严重缺陷，0中等缺陷，0所有缺陷。

• 认识技术债（隐形工厂）及还债策略：尽早还，每迭代还债时间以10%为宜，不超过20%。

• 债务放入产品Backlog及团队Capacity。

• 质量措施放入DoD，迭代计划及执行。形成质量管理的知行合一PDCA循环。

• 关键点：组织和团队上下对DoD的广泛一致的认知和执行。
  

达到的效果：

• DoD落地，护航质量，实现价值与客户满意。
  

Scrum指南中：“完成”的定义

当产品待办列表项或增量被描述为“完成”时，每个人都必须理解“完成”意味着什么。虽然在不同 Scrum 团队之间会存在巨大的差别，但是每个团队成员必须对完成工作意味着什么有相同的理解以便确保透明化。这就是 Scrum 团队的“完成”定义，用来评估产品增量是否完成。

这一定义也同时被用来指导开发团队了解在 Sprint 计划会议时能够选择多少产品待办列表项。每个 Sprint 的目标在于交付符合 Scrum 团队当前“完成”的定义的潜在可交付功能增量。

开发团队在每个 Sprint 都交付产品功能增量。这一增量是可用的，所以产品负责人可以选择立即发布它。如果“完成”的定义对增量来说是开发组织的惯例、标准或指南，那么所有Scrum 团队都必须遵守它，以此为最低标准。如果增量“完成”的定义不是开发组织的惯例，那么 Scrum 团队中的开发团队就必须制定适合于产品的“完成”的定义。如果系统或产品发布由多个 Scrum 团队一起开发，那么所有 Scrum 团队中的开发团队必须一起参与制定“完成”的定义。

每个增量都添加至之前的所有增量上，并且经过彻底地测试，以此确保整合在一起的所有增量都能工作。

随着团队的成熟， “完成”的定义会扩大，包含更为严格的标准来保证更高的质量。任何产品或系统都应该对其上面开发的工作有“完成”的定义。

Essential Scrum中对DoD的说明和示例：

Obviously the specific items on the checklist will depend on a number of
variables:

• The nature of the product being built

• The technologies being used to build it

• The organization that is building it

• The current impediments that affect what is possible

---