對任務(wù)進行DOD, Definition of Done規(guī)定很好理解：這樣團隊估時有統(tǒng)一標準歹篓，也利于保持代碼長期的穩(wěn)定性吗铐。
但是溉瓶，用戶故事也需要有一個 Definition of Ready 么万矾？
agilealliance.org 說，DoR的“益處”有：
- avoids beginning work on features that do not have clearly defined completion criteria, which usually translates into costly back-and-forth discussion or rework
- provides the team with an explicit agreement allowing it to "push back" on accepting ill-defined features to work on
看到第一條银酗，不敢茍同辆影。
看完第二條，又不能同意更多黍特。
Sprint 34蛙讥，團隊決定再加一個DOD系列：Demo的 DOD。
代碼通過code review灭衷，合到develop上后次慢，才可以向團隊和PO進行demo。拒絕在個人分支上的demo翔曲！
因為Demo的目標是在集成到整個系統(tǒng)的前提下進行功能展示&確認迫像，而不是局部的功能展示。這也再一次體現(xiàn)了 Scrum 中對“團隊工作”的強調(diào)瞳遍。
歸根到底闻妓，DOD家族和OKR一樣，是一個溝通工具傅蹂。
