我有兴趣在我的开发团队中使用Scrum（是的，我知道过渡到它会有点痛苦）。但是，我们没有Team System，可能目前无法立即获得它。
在没有Team System的.NET / Visual Studio环境中，有哪些可能的工具可以让团队在Scrum上运行？
答案 0 :(得分：9)
您真正需要的只是一个错误跟踪软件，以跟踪当前sprint的热点问题。它甚至可以是电子表格（不要使用电子表格）。 SCRUM是一种方法论，http://en.wikipedia.org/wiki/Scrum_(development)并不需要团队系统，因为它需要优秀的项目经理和一个合适的团队。
答案 1 :(得分：7)
获得白板
开始使用SCRUM不需要任何工具 - 至少，您将在每个sprint开始时举行计划会议，每日站立会议以及每个sprint结束时的回顾会议。
在日常会议中，围绕白板聚集并使用它来跟踪每个人的任务状态以及您在冲刺方面的进展。
您还需要跟踪您的待办事项以进行规划 - 这可以在纸上，白板上或Excel中完成。
答案 2 :(得分：3)
我参与了我上一家公司的Scrum团队，它与开发环境无关。这是一个开发软件的过程，通常使用过程本身的技术很少（尽管一个好的电子表格工具将有助于跟踪进度）。
所以...我会说你对工具的担忧可能是错误的，除非我误解了这个问题。
答案 3 :(得分：1)
相关说明：SVNStats - 一个java项目，可以随着时间的推移为存储库中发生的事情创建一些非常酷的报告，为您提供一些漂亮的代码流失指标
因此，MSBuild是您在开发的各个阶段启动这些工具的粘合剂，或者您可以将钩子添加到源代码存储库中发生的事件中。这是一个粗略的工具/应用程序列表，可以让您在Team System提供的功能上实现一对一。
这个清单很棒 - 除NDepend外，所有商品和私人都可免费使用。
答案 4 :(得分：1)
@Jason和@Mike_Stone是对的。除了一张纸和一支笔之外，Scrum不涉及任何工具。 Scrum更少关注团队使用的工具，而不是团队如何沟通和协同工作，以及利益相关者优先考虑和适应变化。
另一方面，XP更多的是面向工具和开发人员，提倡诸如持续集成，测试驱动开发，结对编程等等。
敏捷方法与工具无关，在这个意义上非常务实。使用最适合你的方法。您不需要工具a或库b敏捷。
答案 5 :(得分：1)
使用excel创建一个漂亮的燃尽图表！
对于工作项跟踪，请点击一个快速的Web应用程序进行记录，然后将数据导出到Excel中，然后在那里进行管理。
答案 6 :(得分：1)
我同意。 Team System只是一组包含在IDE中的工具。 Visual Studio默认使用MSBUILD，NUnit和任何其他插件。唯一真正的价值是像Conchango这样的方法论插件，它允许工作项的优先级和分配，以及之后生成的报告。
每日的scrums，whiteboard，excel和纪律是一个非常好的开始。
答案 7 :(得分：1)
完全同意有关excel的评论。你最好这样开始。如果你来自瀑布方法，Scrum可能会有点文化冲击。确保您的团队首先理解这一理念比您选择的工具更重要，以提高其效率。
当你有代表你正在建造的资产的有形东西（一张便条纸，一张纸）时，Scrum似乎效果最好。这很简单，直截了当，每个人都可以围绕它。有时，当你将所有任务都存储在某个数据库的某个数据库中时，你的意图或工作项本身就会被丢失或被误解，尤其是如果团队是Scrum的新手。现在，我的团队正在使用Team System进行Scrum。这很棒，因为我们免费获得管理和团队报告。然而，这是重要的事情，我认为当我们使用老式的软木板，excel和这个模板（我喜欢这个东西，推荐给每个做Scrum的人）时，我们实际上做得更快，质量更高：< / p>
http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
答案 8 :(得分：1)
您可以使用XPlanner来管理资源，管理和监控估算。您可以查看过去未来规划的预计时间。
与.Net一样 参考： http://www.scrumforteamsystem.com/en/default.aspx
答案 9 :(得分：1)
正如其他人提到的那样，SCRUM可以在没有任何特定工具的情况下完成，但我会将Atlassian堆栈抛出。我之前使用过它们并非常喜欢它们：
答案 10 :(得分：0)
过去我使用Visual Studio 2005-2008在TFS中完成了Scrum项目，并对此非常满意。我现在正在使用Eclipse在Linux环境中开展Scrum项目，这需要转移到另一个系统。我们选择了Rational Team Concert (RTC)，我发现它很适合我们的需求。
我发现RTC在功能和概念方面都与TFS相当（例如，RTC使用相同的工作项术语），因此转换相当容易。有一个Visual Studio IDE集成插件以及一个为项目团队提供燃尽图和其他进度指标的Web界面。它最多可供10位开发人员使用，因此对小型团队来说非常有用。我不确定一旦你需要支付定价模型是什么，但我认为它与TFS相当，如果它与其他IBM Rational产品一致。