在Team Foundation Server 2010中,工作项的已批准状态表示什么?

例如,当创建新错误时,我认为它进入了批准状态。那是什么意思?它不应该从新的开始,然后被批准?我们正在使用TFS进行Scrum,并尽可能以最佳方式使用它。     
已邀请:
使用Visual Studio Scrum 1.0流程模板时,Bugs和Product Backlog Items(PBI)的初始状态为“New”。他们从这种状态开始,因为产品负责人(PO)很容易发现最近添加到产品待办事项中的新工作项。当产品负责人接受将其保留在待办事项中时,错误和PBI将处于“已批准”状态。一旦进入积压状态,当团队承诺在冲刺期间修复错误时,下一个状态将“提交”。 关于错误,如果错误与其中一个提交的PBI相关,最佳做法是要求团队修复错误,作为正在进行的sprint的一部分。只有当用新行为增强了提交的PBI(用户故事)时,错误才会被推迟到另一个sprint。 如果您有兴趣在TFS中添加敏捷规划和任务板,请查看Urban Turtle - http://urbanturtle.com。据微软称,Urban Turtle是TFS首屈一指的Scrum工具。 披露:我与Urban Turtle团队合作。所以不要接受我的话。相反,请阅读微软博客关于Urban Turtle的内容。 http://blogs.msdn.com/search/SearchResults.aspx?q=urban%20turtle&sections=3652。     
除了Mario的回答,请参阅msdn链接了解Bug工作流程和状态转换。     
如果您使用的是“MSF for Agile Software 5.0”模板,那么错误将以“活动”状态开始,然后转到“已解决”并最终“关闭”。在我的开发组中,如果未将任何人分配给活动错误,则不会对其进行处理。您可以在MSDN上找到有关此模板的完整文档集。 如果您使用的是可从Visual Studio库下载的“Microsfto Visual Studio SCRUM 1.0”模板,则状态应为“新建”。视觉工作室画廊有来自第9频道的服务器视频教程,可以帮助您了解此模板的细节。     

要回复问题请先登录注册