如何在没有团队系统的情况下使用Scrum和Visual Studio
我对与开发团队一起使用Scrum感兴趣(是的，我知道过渡到它会有些痛苦)。但是，我们没有团队系统，并且目前可能无法承受立即获得它的能力。
在没有团队系统的.NET / Visual Studio环境中，有哪些可能的工具可以使团队建立并在Scrum上运行？
解决方案
回答
- 源代码控制：Subversion
- 持续集成应用程序：Hudson(有很多.NET插件)，比CruiseControlDotNet易于使用
- 生成工具：MSBuild-我们将要自定义生成过程，而学习MSBuild是做到这一点的最佳方法
- 单元测试框架：无与伦比的NUnit
- 静态代码分析：NDepend，FxCop等？
相关说明：SVNStats是一个Java项目，该项目创建了一些很酷的报告，记录了一段时间内存储库中发生的事情，并为我们提供了一些漂亮的代码流失指标
因此，MSBuild是我们在开发的各个阶段将启动这些工具的粘合剂，或者我们可以将钩子添加到源代码存储库中发生的事件中。这是工具/应用程序的粗略列表，它们为我们提供了Team System提供的功能的一对一解决方案。
关于此列表，除了NDepend之外，其他所有功能都可免费用于商业和私人用途。
回答
我在上一家公司加入了Scrum团队，这与开发环境完全没有关系。这是一个开发软件的过程，通常使用很少的技术来使用该过程本身(尽管一个好的电子表格工具将有助于跟踪进度)。
所以...我想说的是我们对工具的担心可能放错了地方，除非我误解了这个问题。
回答
获得白板
SCRUM入门至少不需要任何工具，我们将在每个sprint的开始时召开计划会议，每天举行一次站立会议，并在每个sprint的结尾进行总结会议。
在日常会议中，聚集在白板上，并使用该白板跟踪每个人的任务状态，从而加快冲刺的进度。
我们还需要跟踪积压，以便计划可以在纸上，白板上或者在Excel中完成。
回答
实际上，我们只需要一个Bug跟踪软件即可跟踪当前sprint的热点问题。它甚至可以是电子表格(不要使用电子表格)。 SCRUM是一种方法论，http：//en.wikipedia.org/wiki/Scrum_(开发)，实际上并不需要团队系统，而是需要优秀的项目经理和一支精干的团队。
回答
@Jason和@Mike_Stone是正确的。除了一张纸和一支笔，Scrum几乎不涉及任何工具。 Scrum很少关注团队使用什么工具，而是关注团队如何沟通和合作以及与利益相关者一起确定优先级并适应变化。
另一方面，XP则更多地面向工具和开发人员，倡导诸如持续集成，测试驱动的开发，结对编程等之类的东西。
敏捷方法论与工具无关，从这个意义上讲，它非常实用。使用最适合东西。我们不需要工具a或者库b就可以敏捷。
回答
用Excel创建一个很好的燃尽图！
对于工作项跟踪，打开一个快速的Web应用程序进行记录，然后将数据导出到excel中并在其中进行管理。
回答
我同意。 Team System只是包装在IDE中的一组工具。默认情况下，Visual Studio使用MSBUILD，NUnit和任何其他选定的插件。唯一真正的价值是像Conchango's这样的方法学插件，它允许对工作项进行优先级分配和分配，然后生成报告。
日常的混乱，白板，卓越和纪律是一个很好的开始。
回答
完全同意有关excel的评论。我们最好以这种方式开始。如果我们来自瀑布式方法论，那么Scrum可能会给文化带来冲击。确保团队首先了解这种哲学比选择使其更有效的工具更为重要。
当我们拥有代表正在构建的资产的有形事物(粘滞便笺，一张纸)时，Scrum似乎工作得最好。它简单，直接，每个人都可以绕开它。有时，通过将所有任务存储在某个地方的数据库中来抽象所有任务时，意图或者工作项本身会迷失或者被误解，尤其是在团队不熟悉Scrum时。
现在，我的团队正在使用Team System进行Scrum。太好了，因为我们免费获得管理和团队报告。但是，这很重要，我认为当我们使用老式的软木板，excel和此模板来做所有事情时，我们实际上可以更快地完成工作，并且质量更高(我喜欢这件事，推荐给每个做Scrum的人)：
http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
回答
我们可以使用XPlanner来管理资源，管理和监视估计。我们可以查看过去的估计时间以用于将来的计划。
以及.Net
参考：
http://www.scrumforteamsystem.com/en/default.aspx
回答
正如其他人提到的那样，无需任何特定工具即可完成SCRUM，但是我将把Atlassian堆栈丢到那里。我以前用过它们，并且非常喜欢它们：
http://www.atlassian.com
- JIRA进行问题跟踪/积压
- JIRA的GreenHopper插件，可用于完整的敏捷狗狗
- 鱼眼/坩埚在线同行评审
- 融合协作和知识共享
- 不断整合的竹子
回答
过去，我使用Visual Studio 2005-2008在TFS中完成了Scrum项目，对此我感到非常满意。我现在正在使用Eclipse的Linux环境中从事Scrum项目的研究，这需要迁移到另一个系统。我们选择了Rational Team Concert(RTC)，我发现它非常适合我们的需求。
我发现RTC在功能和概念上都可以与TFS媲美(例如RTC使用相同的工作项术语)，因此过渡非常容易。有一个用于Visual Studio IDE集成的插件，以及一个为项目团队提供燃尽图和其他进度指标的Web界面。它最多可供10个开发人员免费使用，因此对小型团队来说确实很不错。我不确定一旦我们要支付什么定价模式，但是如果它与其他IBM Rational产品保持一致，我认为它可以与TFS相比。
