Table of Contents
hide
就緒的定義——用戶故事必須立即可操作。
最終用戶有時對新功能有想法或概念。概念表示為 產品所有者添加到產品待辦列表中的一個或多個特性項。開發團隊將共同研究 如何將這一概念轉化為一個或多個史詩,然後將其分解為更小、更清晰的用戶故事,這些故事可以作為真正的產品功能納入下一個 Sprint 實施。
產品負責人可以與團隊一起定義一個 稱為“就緒定義”的工件,以確保位於產品待辦列表頂部的項目 已準備好進入 sprint,以便開發團隊可以自信地提交並在最後完成它們衝刺的。
就緒定義的目的是什麼?
Ready 的定義描述了為了在下一個 sprint中將用戶故事從 backlog 轉移到開發而必須滿足的條件 。具有就緒定義狀態的用戶故事注意事項意味著該故事必須立即可操作。
為什麼要定義就緒?
就緒的定義是一組讓每個人都知道什麼時候可以開始的協議,例如,當用戶故事準備好進入衝刺時,或者當所有必要條件都適合團隊開始衝刺時。對就緒的適當定義將大大提高 Scrum 團隊成功實現其 sprint 目標的機會。以下是結構合理的 DoR 可以為團隊帶來的一系列好處:
- 衡量積壓項目的“就緒”狀態
- 確保產品積壓項目已被“恰到好處”考慮
- 幫助團隊確定產品負責人或其他團隊成員何時不堪重負
- 讓團隊相互負責
- 在故事“準備好”之前減少團隊承諾估算的壓力
- 減少開發中的“需求流失”
示例 — 為用戶故事做好準備的定義
本節展示了一個用戶故事就緒的示例定義,以及一個 Sprint 就緒的示例定義。您可以採用其中一些作為基線或起點:
- 故事對用戶的價值是明確的。
- Story的 驗收標準 已經明確描述。
- 已識別用戶故事依賴項
- 交付團隊規模的用戶故事
- Scrum 團隊接受用戶體驗工件
- 酌情確定績效標準
- 確定將接受用戶故事的人
- 團隊知道如何演示故事。
概括
Scrum 指南中沒有描述術語“就緒的定義” ;它與用戶故事和其中的驗收標準相同。或許,與其將“就緒”的定義用作順序和分階段的清單,不如將其視為待辦事項細化活動的一部分。 待辦事項細化 是一個持續的過程,因此它不限於一個事件,而是被視為一個活動。
You’ve done an impressive work on your website in covering the topic. I am working on content about Thai-Massage and thought you might like to check out FQ7 and let me what you think.