?

所謂 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
?

?

總結

以上是生活随笔為你收集整理的整理 kanban 的 DoR 和 DoD的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。