整理 kanban 的 DoR 和 DoD

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

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

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

「Backlog」 to 「Sprnt Todo」:

  • PRD,原型产出
  • UI 设计,相关依赖方已明确
  • 需求以用户故事及实例化验收标准呈现
  • 具有开发时间的评估(Dev:前端,后端)

This chapter requires login to view full content. You are viewing a preview.

Login to View Full Content

Course Curriculum

1

建立敏捷基础 —— 让流程“跑起来”(2013–2014)

以敏捷宣言为起点,通过站会、Planning、Review 和 Retro 建立基本节奏;引入看板实现需求可视化,制定上线准备项等规则。结合 JCSM 培训、“棒球大联盟”游戏及影响地图实践,完成从认知到初步落地的跨越。
3

穿越震荡周期 —— 让系统“稳下来”(2017–2018)

面对交付压力与团队变动,通过深度 Retro 重构看板规则,加强代码质量与 CI 实践。借助 OpenSpace 会议和外部转型交流,在混乱中重建协作秩序,锻造出更具韧性的敏捷运作机制。
4

驱动持续进化 —— 让组织“强起来”(2019)

技术 Leader 主导流程规范,明确 DoR/DoD,标准化演示与回顾机制。强调“看板整洁不能太放肆”,将规则转化为对 Scrum Master 的赋能,推动团队从执行敏捷走向自主持续改进。