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/