例如,当一个新的错误被创建时,我相信它会进入批准状态。这意味着什么?它不应该从新开始,然后获得批准吗?我们将 TFS 用于 Scrum,并尝试以最佳方式利用它。
3 回答
使用 Visual Studio Scrum 1.0 流程模板时,错误和产品待办事项 (PBI) 的初始状态为“新建”。他们从这种状态开始,因为产品负责人 (PO) 很容易发现最近添加到产品待办事项中的新工作项。当产品负责人同意将错误和 PBI 保留在 backlog 中时,它们将进入“已批准”状态。一旦进入积压工作,下一个状态是“已提交”,即团队在 sprint 期间承诺修复错误。
关于错误,如果错误与已提交的 PBI 之一相关,最佳实践是要求团队在正在进行的 sprint 中修复错误。仅当错误通过新行为增强已提交的 PBI(用户故事)时,它们才会被推迟到另一个 sprint。
如果您有兴趣在 TFS 中添加敏捷规划和任务板,请查看 Urban Turtle - http://urbanturtle.com。根据微软的说法,Urban Turtle 是 TFS 的首要 Scrum 工具。
披露者:我在 Urban Turtle 团队工作。所以不要相信我的话。相反,请阅读 Microsoft 博客中有关 Urban Turtle 的内容。 http://blogs.msdn.com/search/SearchResults.aspx?q=urban%20turtle§ions=3652。
除了马里奥的回答,请参阅此 msdn 链接以了解 Bug 工作流程和状态转换。
如果您使用的是“MSF for Agile Software 5.0”模板,那么错误将在“活动”状态开始,然后进入“已解决”,最后进入“关闭”。在我的开发组中,如果没有分配给任何人,则不会处理活动的错误。您可以在 MSDN 上找到有关此模板的完整文档集。
如果您使用可从 Visual Studio 库下载的“Microsfto Visual Studio SCRUM 1.0”模板,则状态应为“新建”。Visual Studio 画廊有来自第 9 频道的视频教程,可帮助您了解此模板的来龙去脉。