我正在寻找最好的＆＃34;敏捷友好功能和缺陷跟踪软件。目前，我们正在使用fogbugz，但据我所知，这对于遵循敏捷方法的团队来说并不是非常有用。有更好的工具，例如Greenhopper for JIRA。我之前使用过JIRA，但我想知道是否还有其他更好的工具。
答案 0 :(得分：4)
我将介绍我的经验，希望它会有所帮助。
我们开始使用墙上的卡片来驾驶Scrum。我们认为，一旦我们真正开始这样做，我们就会切换到工具。我们使用用户故事和任务设置我们的缺陷跟踪器（Redmine），并且可以在每个项目中创建燃尽。然而，我们发现，您并没有真正获得物理信息辐射器的透明度。人们走过卡墙，可以看到团队的进步。很少有人会像检查卡墙那样频繁地检查网站。所以目前，我们为当前的Sprint 和跟踪Redmine中的Sprint做了卡片墙，它为我们提供了历史信息。
随着我们扩大到更多的团队而不是我们的墙面空间，我们意识到我们需要一种能够像卡墙一样工作的工具，并成为一个“真正的”敏捷追踪器。我们查看了几个工具，我们的简短列表包括Version One，Rally和Mingle。这些产品中的任何一种都可能最适合您，但最终我们选择Mingle的原因各不相同。
我担心的一件事就是丢失卡墙。很难解释这些公共信息辐射器所具有的变革价值。团队从产品所有者以及管理层和其他利益相关者那里获得了很多可见性。我担心如果我们切换到仅使用该工具，可见性将会丢失。我可能需要在壁挂式显示器上构建仪表板，作为卡墙的高科技版本。我们做的一件事就是购买一些触摸屏白板，这样可以让站立的团队以熟悉的方式移动虚拟卡，使用工具的拖放式卡墙界面。我希望这将使我们能够保留我们在卡墙周围聚集时所见到的团队沟通和互动优势。
无论如何，祝你好运！
答案 1 :(得分：2)
我们在项目中使用PivotalTracker（http://pivotaltracker.com）。它是一种轻巧易用的工具。它在云中工作，因此创建帐户和设置项目只需几分钟。用户故事和错误输入非常简单。该工具支持由未开始，已启动，已完成，已交付，已接受和已拒绝状态组成的任务的标准工作流程。
我还没有尝试过fogbugz但是我在PivotalTracker之前使用了JIRA，Greenhopper和VersionOne。针对PivotalTracker的所有这些工具的缺点是使用它们会给你带来太多的开销。你必须设置和维护它们。你必须配置它们。而且因为它们使用起来比较困难，所以每天使用需要更多时间。我看到开发人员对使用这些工具犹豫不决，因为他们产生了太多的摩擦。 IMO PivotalTracker是这方面最好的工具。
PivotalTracker的缺点是它只提供了一些配置选项。它不允许您自定义工作流程。它没有太多的用户授权选项。但在我们的案例中，它非常适合我们的需求。
答案 2 :(得分：-1)
这在某种程度上可能不是一个答案，但我希望它仍然可以提供信息并增加价值。
我使用各种工具（包括物理板和Greenhopper）参与了多个团队。我部门的其他敏捷团队已经使用并评估了其他各种选项。如果您正在谈论寻找在sprint中管理团队的最有效方式（而不是发布计划，积压修饰等），我得出以下结论： 除非您自己编写工具或使用speadsheet，否则什么都不合适。是的，电子表格。这是我遇到的最灵活的选择。我们使用带有燃尽图等的花式图案，但效果很好。
您现在找到的任何可能完美契合的工具最终都不会做您想做的事情。以下是我最近的经历中的一个例子：
我们正努力缩短每日Scrum会议期间报告状态所需的时间。挑战在于开发人员倾向于详细解释他们在处理任务时遇到的问题。我们试图将这些讨论推迟到scrum会议之后。在我们开始简单地突出显示电子表格中我们需要进一步讨论的任何项目之前，这很难做到。这让我们继续进行会议，但不要忘记需要讨论的问题。由于我们使用的是像电子表格这样的灵活工具，所以很容易将其引入我们的流程。该工具不妨碍改进我们的流程。
至于缺陷攻击，我部门的大多数团队都使用JIRA。