TFS - 产品Backlog项目的生命周期 - 谁改变了状态？

Question

我不清楚产品积压项目的工作流程/生命周期应该如何运作 - 特别是当涉及谁应该更新状态以及何时应该发生时。

以前，我们只在任务级别使用TFS，所以任何必须发生的事情，程序员都会为任务提交代码，将其标记为＆＃34; DONE＆＃34;然后作为测试人员，我要么找到它已正确完成并将其标记为＆＃34; COMPLETE＆＃34;，或找到一些错误或不完整的实现并将状态返回到＆＃34; TO DO＆＃34;。

现在我们已经建立了功能，PBI和错误以及下面的任务的实际结构，但我仍然不清楚一些事情。

例如： 项目经理批准PBI并将状态从NEW更改为APPROVED。它被分配给sprint，程序员将其标记为COMMITTED，然后在下面编写一些任务。当他们完成任务时，他们会将其标记为完成。

我（测试人员）应该如何知道我可以开始测试PBI？程序员是否应该将PBI标记为DONE？然后我测试它，如果它没有通过，我把它转回COMMITTED？如果它通过，我只是把它留下来完成吗？ （我发现如何完成任务和错误的DONE与PBI的DONE不同）。

或者我查看任务级别并查看标记为DONE的所有任务，如果他们通过我的测试，则将其更改为CLOSED，如果他们没有通过，则将其更改为TO DO。然后，一旦所有任务测试都通过并且所有任务都标记为CLOSED，我只将PBI更改为DONE？ （我遇到的一个问题是，有时候任务是如此编程特定，以至于我不知道如何验证如何将其从DONE更改为CLOSED。）

Answer 1

从技术上讲，“项目经理”根本不应参与该过程。

与积压的所有内容一样，PBI归产品负责人所有。产品负责人对内容以及其他所有人对积压的所述内容的理解负责。但是，产品负责人可能没有做任何事情，可以委派给团队。

所以......产品负责人和开发团队应该是唯一改变状态或编辑积压项目的人。 （警告大规模存在）。

具体细节：

1. 由于开发团队负责并对完成工作负责，然后当整个团队同意他们遇到国防部时，他们会将其标记为已完成。
2. 任何人都可以在积压的底部添加内容，但只有Scrum团队可以更改并移动它。
3. 产品负责人批准该工作，Scrum团队的任何成员都可以代理该批准并更改状态。
4. 完成后不应该有州。
5. 整个团队（分析师，编码员，测试人员，操作人员）都在处于Committed状态的PBI上工作。工作项将一直保持到完成或被放弃为止。

注意：您可以通过阅读Scrum指南了解更多信息：http://www.scrumguides.org/