你完成的Scrum定義

Question

雖然Scrum在理論上很容易，在實踐中很難，但我想聽聽你對Done的定義;即什麼是「完成」

Answer 1

我想說這取決於你的團隊來決定。與產品所有者交談。理想情況下，當一個故事在生產和被使用時。但是，當一個故事在開發完成和Live之間存在時間差距。很難追蹤故事發展的時間。

在我的團隊中，我們對完成的定義是，當開發人員完成一個故事，並向團隊的其他成員（測試人員，產品負責人）「展示並告知」，並且如果每個人都快樂，顛覆中繼線。

進一步的測試是從主幹上自動構建完成的。

Answer 2

門（單元測試，代碼覆蓋率> 80％，代碼審查，負載測試，perf.test，功能測試等），你的產品要經過之前，你可以標記的產品在ScrumAlliance網站上有Mitch Lacey，Dhaval Panchal和Mayank Gupta這三篇好文章。

---

編輯：基本上整點是完成由隊一個項目，通過項目爲基礎確定。基本的需求是就定義達成一致，而不是定義是什麼。

Answer 3

在一個完美的世界，產品應在每次迭代結束處於可交付狀態。

現在，這實際上取決於你的產品，你的市場，你的客戶，也許是不可能的。

如果你不能做到這一點，那麼下一個規劃期申請：釋放。 作爲一個整體，團隊應該決定什麼是運送產品和相應的計劃。

這裏有什麼幫助是在任務級別定義「完成」。在這裏定義完成要簡單得多：當你可以開始另一個任務時完成一項任務：所有事情都經過測試和整合。團隊可以定義這種狀態：記錄，審查，包含在自動構建中，沒有已知問題，由現場客戶參與...

讓所有的任務真的「完成」，具有所有巡迴積壓項目用戶故事，無論你怎麼稱呼他們）真的「完成」允許在每次迭代中「完成」，這有助於保持產品處於可運輸或可部署狀態。

Answer 4

我們在TargetProcess使用的完成用戶故事的定義如下：

1. 短規格創建
2. 實現/單元測試創​​建
3. 驗收測試創建
4. 100％驗收測試通過
5. 產品負責人演示通過
6. 已知錯誤固定

Answer 5

一切，將讓你的「穩定期」較短（即代碼凍結和釋放到客戶端之間所需的工作）。