TFS - 產品Backlog項目的生命週期 - 誰更改狀態？

Question

我不清楚產品積壓項目的工作流程/生命週期應該如何工作 - 特別是當涉及到誰應該更新狀態以及何時應該發生時。

此前，我們僅在任務級別使用TFS，因此，任何必須發生的事情，程序員都會提交他們的代碼來完成任務，將其標記爲「完成」，然後作爲測試人員，我會發現它已完成正確並將其標記爲「完成」，或者找到一些錯誤或不完整的實現並將狀態返回到「執行」。

現在我們已經建立了特徵，PBI和BUG的實際結構，以及下面的任務，但我仍然不清楚幾件事情。

例如： 項目經理批准PBI並將狀態從NEW更改爲APPROVED。它被分配給一個sprint，程序員將它標記爲COMMITTED，然後在下面寫下一些任務。當他們完成任務時，他們將其標記爲「完成」。

我應該如何（測試人員）知道我可以開始測試該PBI？程序員是否應該將PBI標記爲「完成」？然後我測試它，如果它沒有通過，我把它轉回COMMITTED？如果它通過了，我會把它作爲完成嗎？ （我發現它混淆瞭如何完成與PBI完成不同的任務和錯誤）。

或者我看看任務級別，看到所有標記爲完成的任務，如果他們通過測試，則將其更改爲關閉，如果他們未通過，則將其更改爲關閉。然後，只有在所有任務測試通過並且所有任務都標記爲CLOSED後，纔將PBI更改爲「完成」？ （我有的一個問題是有時候這個任務是特定於程序設計的，我不知道如何驗證將其從DONE更改爲CLOSED）。

Answer 1

從技術上說，「項目經理」根本不應該參與進程。

PBI和積壓的東西一樣，都是產品負責人擁有的。產品負責人對內容以及其他人對上述內容的理解都有責任和義務。然而，產品負責人可能無法做任何事情並且可以委託給團隊。

所以...產品負責人和開發團隊應該是唯一改變狀態或編輯Backlog項目的人。 （注意事項是按比例存在的）。

具體細節：

1. 的開發小組負責，並把事情要完成，然後他們得到標記它時，整個團隊也認爲，他們已經滿足了DOD爲已完成的責任。
2. 任何人都可以在積壓的底部添加一些東西，但只有Scrum團隊可以改變它並移動它。
3. 產品負責人批准工作，位Scrum團隊的任何成員都可以代理該批准並更改狀態。
4. 完成後不應該有任何狀態。
5. 整個團隊（分析師，編碼員，測試人員和操作人員）都在處於Committed狀態的PBI上工作。工作項目保持不變，直到完成或放棄。

注意：您可以通過閱讀的Scrum指南瞭解更多：http://www.scrumguides.org/