也许我没有正确理解 scrum 开发模型,但我很困惑为什么即使积压项目被设置为它的父项,TFS 将错误放在与我的积压项目不同的行上。
我以为我们会做一个错误报告,并将其放在 TO DO 列中。然后,当您向该错误提交代码时,您会将提交与该错误的特定任务 ID 相关联。然后,一旦完成,它就会移动到 DONE。这不是 Scrum 的工作方式吗?修复报告的错误的典型过程是什么?
也许我没有正确理解 scrum 开发模型,但我很困惑为什么即使积压项目被设置为它的父项,TFS 将错误放在与我的积压项目不同的行上。
我以为我们会做一个错误报告,并将其放在 TO DO 列中。然后,当您向该错误提交代码时,您会将提交与该错误的特定任务 ID 相关联。然后,一旦完成,它就会移动到 DONE。这不是 Scrum 的工作方式吗?修复报告的错误的典型过程是什么?
那是任务板的视图。在最新的 Scrum 流程模板 (Microsoft Visual Studio Scrum 2.x) 中,Bug 位于需求类别中。这样做,Bug 被视为产品待办列表项(它可以堆叠排列,分解为可行的任务,并像任何其他 PBI 一样通过流程提供)。如果您使用的是 TFS 2012 Update 1 或 TFService,您应该在产品积压页面上有一个看板选项卡,您可以在其中将错误移动到状态(新/已批准/已提交/已完成)。在任务板(上面的屏幕截图)中,Bugs 和 Product Backlog Items 将显示为行(您有Task Here和Bug Here),并且任务将存在于 To do、In progress 和 Done 列中。
当您处理错误时,您会专门处理任务,并在签入代码时关联/解决这些任务。一旦满足“完成的定义”,您就可以将 Bug 工作项(在看板上,或通过状态字段手动)移动到完成。
自 2008 年以来,我们在 Urban Turtle 为 TFS 开发敏捷工具。在 2012 版本中,我们完全按照您的要求进行了操作。绿线代表用户故事(PBI),红框代表错误。
如果您愿意,您可以在线试用我们的产品。
这是您请求的功能的打印屏幕。如果您需要更多信息,请与我联系。ddanis@urbanturtle.com