两者之间的差异有多大 Visual Studio Scrum 1.0＆amp; MSF for Agile Software Development v5.0流程模板？
是否有人使用过一个？
我们目前正在使用外部工具（TRAC）在我们的开发过程中实施Scrum，因为MS在TFS2010中提出了额外的流程指导，这两件事使我对核心感到困惑！
不确定，采用哪一个！
答案 0 :(得分：14)
你并不孤单！我们使用了两者，错误地从MSF Agile 5.0模板开始。如果你专门使用Scrum，我会使用Scrum 1.0模板。 Scrum 1.0模板是由Scrum的创始人之一Ken Schwaber创建的。
MSF Agile 5.0模板包含的工作簿允许使用excel对报告数据进行大量控制。但是，还有更多的缺点。它没有发布燃尽报告。为了产生可用的sprint burndown，您需要在任务中记录实际值。产品积压很难保持整理。用户故事是唯一的积压项目，因此跟踪工程峰值或非功能需求是不方便的。
Sprint 1.0使用“Sprint”工作项类型，可以快速实现速度和刻度。
所以，就工具而言，它非常好。
答案 1 :(得分：6)
我的背景摘要：TFS Architect / Admin从2005年到现在。许多大型和小型开发组织从20到7,000。公共和私营部门。 HIPAA，FDA，SOX合规。 ALM，SCM，RM。
目前提供的答案是试图从项目层面的角度回答问题，这是典型的，而不是从组织和维护的角度来回答。并且还应该避免与一个或另一个阵营站在一起，这应该避免。
您的问题的答案取决于您的情况。在项目中需要或希望看到哪种类型的查询或报告？并重申最重要的反应是：该工具不应该决定scrum并且与之相配，项目是否需要有一定的灵活性？
我从多个客户端遇到的真实场景中得到的一点是，它们通常从基本的Microsoft Visual Studio Scrum 1.0模板开始，然后添加内容。即：查询，报告，工作项，仪表板等。这些都不可避免地导致他们回到Agile或CMMI模板，并添加了烧毁报告/查询/工作项。无论组织规模如何，都已多次见过这种情况。
如果scrum之神下来并为TFS创建了scrum模板，那也没关系。一个更重要的问题是'您的流程支持什么;人员遵守程序的纪律有多严谨;他们能否就语义达成一致？如果名称不匹配真的很麻烦，工作项类型/名称可以更改/添加/删除，它仍然是驱动所有重要事项的过程。
模板的一个重要方面，从纯粹的TFS perpsective，是scrum 1.0工作项可能比其他方式更容易添加到敏捷5.0工作项。为什么？字段和数据入口点已经存在于敏捷中，而不是scrum中。这反过来减少了在不引起冲突的情况下确定系统中存在哪些字段以进行重用的时间。
没有听起来很有吸引力，而且我也没有尝试过，它类似于声称使用Microsoft Word会让人感到困惑，因为功能/功能太多了。在有好奇心或需要使用它们之前，大多数人会忽略这些功能/功能。否则，公司不应该为支付Microsoft Word许可证而只需使用写字板而增加额外费用。好奇心和需求促进理解和知识。
答案 2 :(得分：4)
SCRUM模板遵循一些SCRUM术语和人工制品。你有冲刺而不是迭代，你有用户故事而不是要求，任务，燃尽图表等。但在我看来，TFS很难使用，因为它不是很有效率。
我们在Visual Studio TFS 2008中使用了类似的非MS模板。在我的第一个SCRUM项目中，我们直接使用TFS和Excel收集用户故事，准备任务等。这非常慢。只为4-5名开发人员和4周冲刺创建任务（我永远不会再使用这么长的冲刺）总是花了我两天时间。太浪费了。此外，还没有支持任务板的打印卡。非MS模板的另一个缺点（不确定这对于MS是否相同）是每个报告的bug都会立即添加到产品backlog（这是新用户故事），没有办法收集约束，用户故事没有具有用于验收标准的预定义字段，并且任务没有用于任务完成所花费的实时字段（适用于估计的回顾）。如果你控制了TFS，可能会添加字段，但不是我的情况。
我仍然需要使用TFS（公司政策），但我在TFS之外尽可能地处理用户故事和任务 - 笔和纸最好。 TFS仍然适用于跟踪冲刺进度和自动生成的燃尽图，但您必须在任务数量，任务复杂性和冲刺长度之间找到良好的平衡。
答案 3 :(得分：2)
此MSDN页面可能有用：Choose a Process Template。
在突出显示以下3个默认流程模板之间的差异方面做得不错。
请记住，它是针对Visual Studio 2012工具套件的。
答案 4 :(得分：1)
Visual Studio Scrum 1.0模板是从头开始构建的，以支持Scrum，尽可能使用Scrum术语。它是与Scrum.org和Scrum Professional Developer计划协作开发的。如果您使用Scrum，VSS 1.0模板将提供比Agile模板更少的摩擦。
也就是说，如果采用TFS并且VSS 1.0模板可以为您提供比使用当前使用的当前工具更好的价值，那么您应该对此感到不满。这里要问的问题是：您是否可以从产品Backlog项目，Sprint任务，代码检查，CI构建，手动测试，编码测试，单元测试结果等的集成中获益。
也许某些标准报告可让您更好地了解产品质量增量。例如。你做完了吗？单元测试＆amp;代码覆盖率报告，测试报告，构建报告。这些有助于更好地回答这个问题吗？
也许这些都不适用，使用您当前的解决方案是您团队改进的最佳方式。由你决定实验和决定。
（或者你可以雇用我，我很乐意帮助你在团队工作后找出哪些问题可以改善你的团队;-）