Scrum for Team System是管理scrum过程的好工具吗？

Question

我们已经用传统的白板和PostIt笔记进行了几次冲刺，并准备将流程集成到我们的Team System环境中。我们正在考虑的一个工具是Conchango的“团队系统的Scrum”(http://www.scrumforteamsystem.com/en/)。

有没有人在真实的scrum过程中尝试过这个工具？你的经历是积极的还是消极的？在你看来，这个工具值得支付许可费吗？

Answer 1

我们将Scrum用于Team System，并且非常喜欢它。它在合并TFS和Scrum进程方面做得非常好。

我们还得到了任务板(你必须支付的部分)，真的很喜欢它。

即使使用Scrum for Team System，通过visual studio的TFS也不适合计划会议(尽管它可以用于站立会议)任务板在可视化剩余工作和移动它方面有很大帮助。

在我们得到Task Board之前，我们会在计划会议中使用post it note，然后将它们输入到TFS中。即使任务委员会很好，如果你在计划会议上没有至少两个人参与其中，那也是不够的。我们有3台笔记本电脑，这是一个5+1 (scrum master)的团队，效果很好。如果你没有，那么我仍然会考虑做post它笔记。

任务板允许您刷新并查看其他任务板正在输入的内容。我们有一台计算机连接到投影仪上，这样其他计算机就可以看到正在发生的事情。然后，我们都进行头脑风暴，就像发布笔记一样，但笔记本电脑上的人将数据输入到TFS中。

对我们来说，它工作得很好！

稍后注意:如果您确实选择了Scrum For Team System模板，那么我强烈建议您阅读过程指南。在我们坐下来读它之前，我们必须弄清楚一些困难的事情。特别是关于如何处理缺陷(例如，当它是一个Bug时，当它是一个Sprint Back Log项时，它会回到“进行中”)

Answer 2

这些模板是免费的。这只是一个任务板应用程序，需要一定的费用。您可以使用没有任务板的模板，尽管我强烈建议将其用作wll。我认为我的团队最大的优势是ScrumForTeamSystem模板集成到了VS中，并提供了与其他开发环境无缝连接的感觉。

我们喜欢将PBI附加到签入的功能，并让它们显示在每日构建报告中。

如果你缺少一些你需要的东西，你可以启动VS模板编辑器，或者根据你的喜好调整模板。对于我们来说，我们向PBI模板添加了一个“请求者”字段和一个“测试状态”字段。

让我们恼火的两个缺点是，PBI的“状态”与SBI的“状态”不同(PBI没有准备好测试)。我们在功能级别而不是任务级别进行测试/验证，并希望跟踪PBIs状态，因此我们必须添加我们自己的自定义字段。第二个问题是，在Sprint级别没有关于PBI burndown/up的现成报告。因此，你看不到你是如何传递故事的，只能看到任务。你得自己动手做。

我们并不经常使用"Bug“模板(我们提供了完美的代码：)。不，真的，在sprint中没有bug这回事；所以我们唯一记录bug的时候是当客户在生产代码中发现问题时，它不能像广告中那样工作。

正如Vaccano所说，它远不如会议环境中的白板或便利贴那么快，但如果你有几个人非常擅长使用这个工具和几台笔记本电脑，你就可以让它工作。

我评估了几个产品，ScrumForTeamSystem的简单性和价格都是无与伦比的。

Answer 3

正如其他人所说，要注意Conchango模板处理bug的方式非常不同。未发布的Backlog条目没有bug的想法不仅仅是一个建议；从字面上看，没有办法跟踪影响当前sprint工作的bug。我发现这个缺点大于优点。