敏捷项目管理实践中的DOR与DOD

在传统项目管理中非常强调质量管理流程的合规性和产品的正确性检查。流程合规性的控制关联项目管理经典书籍PMBOK中质量管理章节的管理质量过程，而产品的正确性检查则是控制质量过程的内容。

相对于PMBOK的质量管理体系，敏捷项目管理关于质量管理的内容更加强调DOR和DOD的概念，DOR为Definition Of Ready（直译为定义就绪，即需求标准已经准备好），而DOD为Defintion Of Done(直译为定义完成，更多的关联某个环节工作已经完成）。

具体来讲DOR可以是否能够被研发团队接受的代办事项列表，是否已经可以作为开发候选所需要达到的最小要求。DOR是为在每次迭代开发前针对需求梳理或需求输入所设置的质量验收标准。DOR通常只需要针对产品待办事项列表中高优先级的需求进行，通常是准备能够满足两个迭代的需求内容即可。

DOD是迭代开发后准备上线前所应具备的完成标准，也是产品负责人（PO）针对团队的迭代增量的产出进行验收的最低验收标准。为了增进大家对DOR和DOR的进一步理解，特进行如下详细举例说明：

一、DOR（迭代计划会的前置条件）
1、产品需求文档（PRD）及界面原型已经准备就绪，并提前同步给团队全员；
2、产品待完成项或用户故事得到澄清；
3、用户故事符合INVEST原则；
4、用户故事已经做了初步的估算（用户故事的故事点估算已经得到），用户故事之间的依赖关系均和依赖方对接完成，且有确定性的建议处理结果；
5、已经评估每个用户故事的技术可行性方案，针对复杂用户需求已经提前给出概要设计方案；
6、已经在需求梳理会上识别大需求，并进行合理拆分；
7、用户故事的验收条件已经给出。即已经针对用户故事的验收测试场景达成共识，即基于什么条件（Given），做什么操作后(When)，应该得出什么预期结果(Then)。

二、DOD（迭代需求的完成定义）
1、产品待完成项（Product Backlog）或产品需求文档（PRD）及界面原型已经准备就绪，并提前同步给相关团队全员；
2、已经完成内部的代码评审（Code Review），即所有新增代码得到人工评审;
3、所有完成的用户故事都有对应的测试用例；
4、内建质量（Build Quality In），开发人员需要充分做单元测试，或基于持续集成软件，在开发人员每天提交增量代码时触发自动化的单元测试和回归测试。确保测试通过后再转给测试团队进行组合测试和系统测试；
5、已经完成针对用户界面和用户交互场景在内的所有功能性需求的开发和测试；
6、针对每个用户故事，已经全面执行针对具体功能的非功能性需求（包括系统可用性、性能、容量和安全性）的测试；
7、所有完成的用户故事得到产品负责人（PO）的验证。

其实，DOR和DOD的概念贯穿于敏捷开发的不同阶段，通常上一阶段的DOD事实上就是下一阶段的DOR。比如开发完成的DOD就是测试开始的DOR。测试完成的DOD就是发布开始的DOR。

PMP指的是项目管理专业人士资格认证。它是由美国项目管理协会（Project Management Institute(PMI)发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。其目的是为了给项目管理人员提供统一的行业标准。目前，已在全世界190多个国家和地区设立了认证考试机构。

PMP的报考所需条件如下：报名考生必须具备35小时以上项目管理PMBOK学习或培训经历，并出示相关证书复印件。
1.具有学士学位或同等的大学学历或以上者，申请者在五大项目管理过程中至少具有4500小时的项目管理经验，并且，在申请之日前6年内，累计项目管理月数至少达36个月。（在计算项目管理月份时，所要求的36个月是不重叠的、单独的。）
2.不具有学士学位或同等大学学历或以上者，申请者在五大项目管理过程中至少具有7500小时的项目管理经验，并且，在申请之日前8年内，累计项目管理月数至少达60个月。