整理 kanban 的 DoR 和 DoD

 

所谓 DoR 和 DoD 就是 Definition of Ready 和 Definition of Done。

 

我们的敏捷团队在需求管理上主要有两个会：需求梳理会和需求计划会议。

需求梳理会的阐述的意向用户故事会放到 Backlog，后由研发 Owner 跟进，在计划会上，将符合 DoR 放入 Sprint Todo。

「Backlog」 to 「Sprnt Todo」：

• PRD，原型产出
• UI 设计，相关依赖方已明确
• 需求以用户故事及实例化验收标准呈现
• 具有开发时间的评估（Dev：前端，后端）
• 具有测试的时间评估（Test）
• 在故事上标注明确的预计上线时间（不包括紧急 Buffer）

「Sprnt Todo」 to 「Doing」：

• 完成设计评审（技术架构评审）
• 如果需求发生变更或增加，需要重新 check 用户规模和上线时间点（同步运营和产品）

「Done」 to 「Test」：

• 研发 CodeReview 完成（代码评审）
• 测试完成测试用例并同步给研发
• 研发根据测试用例在预发上自测完成
• 新功能埋点完成
• 研发提交 Jira 任务
• 研发配置好测试环境，提供有效参数和配置
• 如果有其他因素导致进度停止，放入停车场

「Test」 to 「Ready on line」：

• 发布计划评审
• 依据测试用例完成上线需求及可能影响的功能测试
• 测试过程中产生的 bug 解决
• 产品验收、UI 验收、交互验收
• 如果有其他因素导致进度停止，放入停车场

总而言之，涉及到10人日以上的项目，必须有明确的技术架构评审、代码评审和发布计划评审。

 

获取以上Java高级架构最新视频，欢迎

加入Java进阶架构交流群：142019080。直接点击链接加群。https://jq.qq.com/?_wv=1027&k=5lXBNZ7