最合适的敏捷项目管理工具

Question

我一直在管理敏捷团队很长一段时间。现在，我正处于一家公司，无论我如何努力实现面对面是要走的路，并且excel床单能让我们前进。但该公司将“网页中的烧毁图表”视为主要焦点。他们实际上看到了这一点，并且能够在线查看和跟踪积压作为最重要的事情，在此之前我们基本上无法继续。涉及的人实际上并不是那么多，他们并没有分散在多个办公室，所以我真的看不出需要。 但我决定不再为此疯狂，只是咬紧牙关。

所以我开始四处寻找Pivotal Tracker，Banana Scrum和其他一些尝试。混合它们都可能是我最合适的，但考虑到下面的标准，哪个最适合我？我已经搜索了StackOverflow并在发布之前阅读了一些建议，但它们都没有满足我的所有需求。主要问题是让人们了解部门的工作量和未来的工作负荷，但如果我们要开始使用管理工具，它也可以填补其他一些要求。

• 能够在内部运行它 服务器（因为它应该集成的许多系统在网上不公开）
• 能够将其与之集成 Bugzilla，最好是双向的
• 外在的能力 应用程序（如网站） 获取有关积压的数据 bunrdown-图表
• 处理能力 跨职能团队（即我们可能会 团队中只有一个人 给予能力。在我以前 手动处理此问题以避免在sprint中过度分配此人，但如果是其他人 是能够摆弄的 积压这应该是最好的 自动显示）
• 能够打印索引卡
• 虚拟白板
• 能够设置要邮寄的自动报告
• 长期指示粗粒度（正确的名称？）估计完成的特征和短期细粒度估计

更新：开源更可取。 Jira很不错，但许可证非常昂贵

更新2012-01-03：我想提一下 Backmines for Redmine ，它以可接受的方式为Redmine添加了Scrum工具。

Answer 1

带有JIRA插件的

GreenHopper可提供您想要的大部分内容。如你所说，它不是免费的，但许可费用是合理的。开始使用10个用户可以获得20美元的优惠。

我使用GreenHopper已有几年了。我们事先尝试过Excel电子表格;他们很糟糕。该问题需要数据库和更好的可视化。

根据要求，我们为物理任务板打印了几个月的JIRA任务卡。但这太傻了 - 干。您只需要一个站立式房间内的投影仪。或者，您可以过滤任务以依次关注这些团队成员。

  

能够在内部服务器上运行它（因为它应该集成的许多系统在网络上不公开）

是

  

能够将其与Bugzilla集成，最好是双向

最后我查了一下，它可能导致Bugzilla问题。

  

外部应用程序（例如网站）能够获取有关积压和bunrdown-chart的数据

Jelly脚本和JQL可能对此有所帮助。

  

能够处理跨职能团队（即我们可能只有一个人拥有一定能力的团队。在我以前手动处理这个以避免在sprint中过度分配这个人之前，但是如果其他人能够为了摆弄积压，最好自动表明这一点。

不确定你在这里寻找什么。您可以创建自定义用户组。在基本系统中，过度分配的唯一指示是用户在冲刺中的总小时数。

  

能够打印索引卡

我们这样做了。有一个“打印卡”菜单项。

  

虚拟白板

有一个任务板。没有任意的绘图表面。

  

能够设置要邮寄的自动报告

是的，可以很好地控制谁被发送以响应什么事件。有几种机制，可由管理员，项目管理员或用户配置。

  

长期指示粗粒度（正确的名称？hehe）估计完成的特征和短期细粒度估计

对于下一个冲刺的短期，有一个基于小时的燃尽图表，以及长期的基于问题的燃尽。

Answer 2

Pivotal Tracker是一个很棒的工具。不幸的是，它现在付费（不再免费）。其他非常可靠的工具包括：Rally，Version One，Jira（与Greenhopper），AgileZen，AgileBuddy，TinyPM，Aldon Agile Manager，Agile Bench，Scrum Desk，Scrum Ninja等等。

船载荷正在建造敏捷工具。你可能永远找不到“完美的工具”。周期。

我建议您先从白板，胶带和胶粘物开始。在一天结束时，墙板是敏捷之王。

Answer 3

在我的上一个项目中，我使用Pivotal Tracker非常光滑，但你必须接受它是Pivotal的方式或高速公路:)虽然它不再免费，但它很便宜。我没有尝试过Mingle，虽然如果你愿意投入配置工作，我会听到一些好消息，类似于Greenhopper，这就是我们刚刚转向内部使用的。

@Jody - 如果您对小型团队进行最低限度配置，我认为Jira对于小型团队来说并不过分。即便如此，我仍然可以同情Jira / Greenhopper不会“开箱即用”，像Pivotal Tracker或37signals BaseCamp这样的东西可能更合适。

Answer 4

如果您对开源工具感兴趣，我建议您查看Scrum Open Source Tools Directory但如果成本有问题并且您的项目中没有很多人，那么很多商业工具如TinyPM提供小型团队的免费工具版本（我相信他们的情况下是5人）

Answer 5

我使用了37个信号'basecamp并取得了很大的成功。我把它与第三方燃尽图 - http://www.burndowngraph.com/结合起来。

我在电子表格中将待办事项离线管理，或者作为项目中的单个待办事项列表。虽然你可以使用2个basecamp项目。一个用于当前的sprint，一个用于积压。每个故事都成为待办事项列表，每个任务都是......好吧，一个待办事项。任务的小时估计在“1h”或“1d”或其他形式的待办事项结束时进行。

所有待办事项的总和是你的冲刺积压＆amp;任务板于一体。

对于您的集成问题，他们有一个很棒的API，可以让您做任何您想要的事情。

它不会打印索引卡，但如果你真的需要它们，那么总会有API。

自动报告，嗯。我不这么认为，但如果人们真正感兴趣，他们应该检查项目页面以获取更新。

不确定它会对跨职能团队的事情有所帮助，但也许我并不完全理解那里的问题。

我认为这涵盖了你所有的观点（不是那个大本营可以，但它很接近）

听起来你真的想尝试使用这个工具来安抚管理，但仍然按照自己的方式做事。无论你选择哪种工具都不会完全成功，直到你和团队也接受它为止。

祝你好运。顺便说一句，我发现greenhopper和jira对于小团队来说是完全矫枉过正的。