如何在没有 Team System 的情况下使用 Scrum 和 Visual Studio [关闭]

StackOverflow https://stackoverflow.com/questions/11711

题

我有兴趣与我的开发团队一起使用 Scrum（是的，我知道过渡到它会有点痛苦）。然而，我们没有团队系统，目前可能无法立即获得它。

在没有 Team System 的 .NET/Visual Studio 环境中，可以使用哪些工具来组建团队并在 Scrum 上运行？

有帮助吗？

解决方案

实际上，您所需要的只是一个错误跟踪软件来跟踪当前冲刺的热点问题。它甚至可以是电子表格（不要使用电子表格）。SCRUM 是一种方法论， http://en.wikipedia.org/wiki/Scrum_（开发） 并且并不真正需要团队系统，而是需要优秀的项目经理和忠诚的团队。

其他提示

得到一个白板

开始使用 SCRUM 不需要任何工具 - 至少，您将在每个 sprint 开始时召开计划会议、每日站立会议以及在每个 sprint 结束时召开回顾会议。

在每日会议中，聚集在白板周围并使用它来跟踪每个人的任务状态以及冲刺的进度。

您还需要跟踪您的计划积压工作 - 这可以在纸上、白板上或 Excel 中完成。

我在上一家公司参与过Scrum团队，这确实与开发环境无关。这是一个开发软件的过程，通常在使用该过程本身时几乎没有什么技术（尽管一个好的电子表格工具将有助于跟踪进度）。

所以...我想说，除非我误解了这个问题，否则您对工具的担忧可能是多余的。

  • 源头控制： 颠覆
  • 持续集成应用程序： 哈德逊 （.NET插件很多），比CruiseControlDotNet更容易使用
  • 构建工具：MSBuild - 您需要自定义构建过程，学习 MSBuild 是实现此目的的最佳方法
  • 单元测试框架：无与伦比的 单位
  • 静态代码分析： 依赖型, ，FxCop，其他？

相关说明： SVN统计 - 一个 java 项目，它创建一些非常酷的报告，记录存储库中一段时间​​内发生的情况，为您提供一些漂亮的代码改动指标

因此，MSBuild 是您在开发的各个阶段启动这些工具的粘合剂，或者您可以将挂钩添加到源代码存储库发生的事件中。这是一个工具/应用程序的粗略列表，可让您一对一地了解 Team System 提供的功能。

这个列表的优点是——除了 NDepend 之外，所有的都可以免费用于商业和私人用途。

@Jason 和@Mike_Stone 是对的。除了一张纸和一支笔之外，Scrum 不涉及任何工具。Scrum 不太关注团队使用什么工具，而是关注团队如何沟通和合作，以及如何与利益相关者确定优先级并适应变化。

XP, 另一方面，更加面向工具和开发人员，提倡持续集成、测试驱动开发、结对编程等。

敏捷方法与工具无关，并且从这个意义上讲非常务实。使用最适合您的方法。您不需要工具 a 或库 b 来保持敏捷。

使用 Excel 创建漂亮的燃尽图！

对于工作项跟踪，请启动一个快速的 Web 应用程序来记录它们，然后将数据导出到 Excel 中，并在其中进行管理。

我同意。Team System 只是一组封装在 IDE 内的工具。Visual Studio 默认使用 MSBUILD、NUnit 和所选的任何其他插件。唯一真正的价值是像 Conchango 这样的方法插件，它允许对工作项进行优先级排序和分配，以及随后生成的报告。

每日例会、白板、Excel 和纪律是一个很好的开始。

完全同意关于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 插件可实现完整的敏捷开发
  • 用于在线同行评审的鱼眼/坩埚
  • 协作和知识共享的融合
  • Bamboo 持续集成

过去，我使用 Visual Studio 2005-2008 在 TFS 中完成了 Scrum 项目，并且对此非常满意。我现在正在 Linux 环境中使用 Eclipse 开发 Scrum 项目，因此需要迁移到另一个系统。我们选择了 Rational 团队音乐会 (RTC) 我发现它很适合我们的需求。

我发现 RTC 在功能和概念方面都与 TFS 相当（例如。RTC 使用相同的工作项术语），因此转换相当容易。有一个用于 Visual Studio IDE 集成的插件以及一个为项目团队提供燃尽图和其他进度指标的 Web 界面。它对最多 10 名开发人员免费，因此对于小型团队来说非常有用。我不确定您必须付费后的定价模型是什么，但我认为如果它与其他 IBM Rational 产品一致的话，它与 TFS 相当。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top