我们已经有几个传统白板和PostIt笔记的冲刺，并准备好继续将流程集成到我们的团队系统环境中。我们正在考虑的一个工具是Conchango的“团队系统Scrum”（http://www.scrumforteamsystem.com/en/）
有没有人在现实世界的scrum流程中尝试过这个工具？您的经历是积极的还是消极的？在您看来，该工具是否值得许可费用？
答案 0 :(得分：3)
我们使用Scrum For Team System并且喜欢它。它在合并TFS和Scrum流程方面确实做得很好。
我们也得到了任务板（你需要支付的部分），也非常喜欢。
即使使用Scrum for Team System，通过visual studio的TFS也不适合规划会议（虽然它可以用于站立）任务板可以帮助实现可视化剩余工作和移动工作。
在我们获得任务委员会之前，我们会在计划会议上使用便利贴，然后将其输入TFS。即使任务委员会很好，如果你在计划会议上没有至少2人参与其中，那么这还不够。我们有3台笔记本电脑用于5 + 1（scrum master）的团队，效果很好。如果你没有那个，那么我仍然会考虑发布便条。
任务板允许您刷新并查看其他人正在输入的内容。我们将一台计算机连接到投影仪，以便其他人可以看到正在发生的事情。然后我们就像发布便笺一样头脑风暴，但笔记本电脑上的人将数据输入TFS。
对我们来说，效果很好！
稍后注意：如果您确实选择Scrum For Team System模板，那么我强烈建议您阅读流程指南。在我们坐下来阅读之前，我们必须通过艰难的方式弄清楚一些事情。特别是关于如何处理缺陷（即什么时候它是一个Bug，什么时候它是一个回溯到“正在进行中”的Sprint Back Log Item）
答案 1 :(得分：2)
模板是免费的。只有任务委员会申请才需要支付适当的费用。您可以在没有任务板的情况下使用模板，但我强烈建议您使用它。我认为我团队的最大优势是ScrumForTeamSystem tempaltes可以集成到VS中，并为开发环境的其余部分提供无缝的感觉。
我们喜欢将PBI附加到签到中并将它们显示在Daily Build报告中的能力。
如果您遗失了所需的内容，可以启动VS模板编辑，根据自己的喜好来删除模板。对于我们，我们在PBI模板中添加了“请求者”字段和“测试状态”字段。
令我们恼火的两个缺点是PBI的“状态”与SBI不同（PBI上没有准备测试）。我们在功能级别而不是任务级别进行测试/验证，并且想要跟踪PBI状态，因此我们必须添加自己的自定义字段。第二个问题是，在Sprint级别没有开箱即用的PBI燃烧/升级报告。所以你无法看到你在提供故事，只做任务方面的表现。你必须自己制作。
我们并没有真正使用“Bug”模板（我们提供完美的代码:)）。不，真的，没有冲刺工作的错误;因此，我们唯一一次记录错误的情况是客户在生产代码中发现问题，因为它不像宣传的那样工作。
正如Vaccano所说，它在会议环境中的速度不如白板或后期快，但是如果你有几个人真的擅长使用这个工具和几台笔记本电脑就能让它发挥作用。 / p>
我评估了几种产品，ScrumForTeamSystem的简单性和价格无法超越。
答案 2 :(得分：1)
就像其他人所说的那样，请注意Conchango模板以非常不同的方式处理错误。未发布的积压项目没有错误的想法不仅仅是一个建议;字面上无法来跟踪影响当前sprint工作的bug。我发现这种劣势超过了优势。
答案 3 :(得分：1)
答案 4 :(得分：1)
VS 2010模板的3.0版本改变了工具模型Scrum的方式，以便非常有效地支持多团队项目以及在大型项目中可以找到的典型交互。
无论版本如何，它都是我在Microsoft环境中Scrum项目的默认答案。如上所述，任务板和（新）ScrumMaster的工作台也非常有价值！
答案 5 :(得分：1)
我们构建Urban Turtle，通过直观的Web界面扩展Microsoft ALM平台，简化您的敏捷项目管理。通过直接在Web访问中提供任务板和计划板，您无需同步任何内容。安装过程很简单。在Web访问服务器上安装2分钟。无需在客户端桌面上进行设置。
请不要接受我的现金，看看微软的Brian Harry对产品的看法：
http://blogs.msdn.com/b/bharry/archive/2010/10/21/urban-turtle-3-5-released.aspx
查看网站并将反馈发送给我
urbanturtle.com
Dominic Danis 产品负责人。