7、Scrum实践：定义完成标准与渐进式反馈

Scrum实践：定义完成标准与渐进式反馈

在Scrum项目管理中，有两个关键要点对于项目的成功至关重要，分别是定义完成标准（Definition of Done，DoD）和进行渐进式反馈（Progressive Revelations）。

定义完成标准（DoD）

在Scrum项目里，技术需求的处理方式很关键。能把技术需求作为依赖该技术工作的某个功能用户故事中的任务来呈现，就别写成独立的技术故事。要是多个功能故事都依赖同一项技术工作，只在优先级最高的故事里考虑这些任务就行。把技术工作包含在功能故事中，能避免产品负责人因觉得“对客户没吸引力”而忽视它们，还能让产品负责人意识到故事中固有的技术复杂性。

对于用典型用户故事格式来呈现技术故事这个问题，其实不一定要这么做。用户故事格式适合功能故事，但对技术故事而言，不一定适用。可以采用任何合理且便于沟通的格式，并且要为这些技术故事设定一个一致且可行的格式。这一建议同样适用于在产品待办事项列表中记录缺陷，用用户故事格式记录缺陷可能会显得做作又容易让人混淆。

一致性是关键。选择何种格式以及如何将故事拆分成任务，完全由自己决定，Scrum并没有规定这些细节。但如果要遵循一条事实上的规则，那就是保持一致性。这并不意味着永远采用同一种方法，作为优秀的Scrum实践者，肯定会不断检查和调整流程。一旦决定尝试某种方法，要确保团队成员理解并在所有用户需求中保持一致。这种一致性能营造一种纪律感，在产品负责人无法继续沟通时，它就像是一份保险。

通过一个家庭Scrum的例子能更好地理解DoD的重要性。我说服非技术的妻子采用“家庭Scrum”来处理家务。我完成了一项修理桌子的任务，把便签贴到“已完成”栏，可妻子却把它放回“进