1）Definition of Done (DoD) 完成的定义
当产品待办事项列表条目或者增量被描述为“完成”的时候，每个人都必须理解“完成”意味着什么。虽然这在不同的Scrum团队之间会有巨大的差别，但是团队成员必须对完成工作意味着什么有相同的理解，这样才能保证透明性。这就是Scrum团队的“完成”定义，用来评估产品增量在什么时候完成，并且没有妥协质量。
DoD这个定义是团队对产品负责人的承诺，是团队当前能力的体现。可以用来指导开发团队了解Sprint计划会议的时候他们能选择多少产品待办事项列表条目。每个Sprint的目标都是交付遵循Scrum团队当前的“完成的定义”的潜在可交付产品增量。
开发团队在每个Sprint交付产品功能增量。这个增量是可用的，所以产品负责人可以选择立即发布它。每个增量都附加于之前所有增量并经过充分测试，以此保证所有的增量都能工作。
随着Scrum团队的成熟，我们预期“完成”的定义会扩大，包含更严厉的标准来保证高质量。
需要注意的是，如果在每个迭代，我们对”完成“的标准要求过低，那么这会导致在每个迭代，我们都会遗留一些完成外的工作，完成外的工作持续积累会增加项目风险，有可能导致产品负责人决定发布的时候，产品却因为积累了过多的完成外的工作而无法发布，以至于我们还需要一个额外的Sprint来使他稳定。
2）Definition of Ready (DoR) 准备好的定义
当PO拿出Product Backlog请团队拉动工作时，团队是否能立刻开始，亦或充满疑惑，似懂非懂？有些戏精工程师就在迭代根据自己的理解胡乱做，待到验收的时候产品负责人和客户大叫“这不是我要的！”
于是DoR这个定义（也称“就绪的定义”）正式产品负责人对团队的承诺，是团队能够开工的保证。团队有权利要求PO提供这个检查清单中的必需内容，不然的话就先不开始这个工作。
DoR一般包括：每个PBI的用户故事应当具备背景和目标，足够理解的信息，已估算，已排序，已记录下验收条件测试用力，界面原型草图，乃至浏览器兼容性列表等等
3）Team Working Agreement 团队工作约定
也称团队纪律。自组织团队中每个人如何协作配合？就像乔布斯在《The Lost Video》中提到的，打造团队就是要明确目标，然后建立一个容器，让大家互相争吵，碰撞，打磨，于是丑陋的石头也会变成漂亮的石头。
大家之间磨合的约定和规则是符合现实的，外人不能也无法给出一个传统的流程强迫大家遵循，一定是大家提出，大家认可，大家才能执行下去。
这些工作约定可以显示化张贴出来，也允许更改。比如每个迭代回顾会的时候，SM可以引导大家对Working Agreement进行更新。一般内容中包括：开站会时间，用什么工具IDE，持续集成轮流负责，讨论时不准玩手机，一次只有一个话题，先不评判别人的想法等等。
