为什么在TFS敏捷模板和scrum模板中对bug有不同的对待？

Question

differences模板和模板之间的关键区别之一是Scrum

在sprint计划期间管理bug和产品待办事项

http://msdn.microsoft.com/en-us/library/vstudio/ms400752(v=vs.110).aspx

Scrum的方法对我来说是有意义的。修复bug需要有计划的工作，并为最终用户带来某种好处。

为什么没有使用敏捷模板将bug作为待办事项管理？难道团队只需要吸收时间来修复bug吗？模板是否假定另一个资源将处理项目范围以外的bug？

Answer 1

敏捷模板中所期望的工作流是，将创建一个bug，然后是一个表示修复该Bug的工作的链接用户故事。“用户故事”是对待办事项进行排序的内容。

如果您检查Bug，您将看到，在从活动到解决的转换过程中，其中一个原因是“复制到积压”，这意味着创建了一个相关的用户故事。

这真的很尴尬，但这就是模板最初是出于什么原因而设计的。

Answer 2

因为敏捷模板不是用来支持敏捷工作的。它是Microsoft咨询服务(MCS)为处理客户关系而设计的Microsoft解决方案框架(MSF)的敏捷实现。

唯一支持敏捷工作流的模板是Scrum模板。

http://nakedalm.com/agile-vs-scrum-process-templates-team-foundation-server/