agile - 敏捷问题和特征跟踪软件

Question

我正在寻找“最好的”敏捷友好的功能和缺陷跟踪软件。目前，我们正在使用fogbugz，但据我所知，这对于遵循敏捷方法的团队来说并不是非常有用。有更好的工具，例如 JIRA 的 Greenhopper。我以前使用过 JIRA，但我想知道是否还有其他更好的工具。

Answer 1

我把我的经历说一下，希望对你有帮助。

我们开始在墙上使用卡片来试用 Scrum。我们认为一旦我们开始真正使用它，我们就会切换到一个工具。我们使用用户故事和任务设置了我们的缺陷跟踪器（Redmine），并有一种方法可以在每个项目中创建燃尽图。然而，我们发现你并没有真正获得物理信息辐射器的透明度。人们走过卡片墙，可以看到团队的进步。很少有人会像检查卡片墙那样经常检查网站。所以目前，我们为当前的 Sprint 做卡片墙，并在 Redmine 中跟踪 Sprint，这为我们提供了历史信息。

随着我们的团队规模扩大到超出墙壁空间的规模，我们意识到我们将需要一种可以像卡片墙一样工作并成为“真正的”敏捷跟踪器的工具。所以我们查看了几个工具，我们的短名单包括Version One、Rally和Mingle。这些产品中的任何一个都可能最适合您，但最终我们出于各种原因选择了 Mingle。

我担心的一件事是卡墙的丢失。很难解释这些公共信息辐射器所具有的变革价值。团队从产品负责人以及管理层和其他利益相关者那里获得了很多可见性。我担心如果我们改用仅使用该工具，会失去可见性。我可能必须构建安装在壁挂式显示器上的仪表板，作为卡片墙的高科技版本。我们做的一件事是采购一些触摸屏白板，让站立的团队可以使用该工具的拖放式卡片墙界面以熟悉的方式移动虚拟卡片。我希望这将使我们能够保留我们聚集在卡片墙周围时所看到的团队沟通和互动优势。

无论如何，祝你的任务好运！

Answer 2

我们在项目中使用 PivotalTracker (http://pivotaltracker.com)。它是一个轻量级且易于使用的工具。它在云中运行，因此创建帐户和设置项目只需几分钟。用户故事和错误输入非常容易。该工具支持由未开始、已开始、已完成、已交付、已接受和已拒绝状态组成的任务的标准工作流程。

我还没有尝试过fogbugz，但我在PivotalTracker 之前使用过JIRA、Greenhopper 和VersionOne。所有这些针对 PivotalTracker 的工具的缺点是使用它们会给您带来太多开销。您必须设置和维护它们。您必须配置它们。而且由于它们更难使用，因此它们需要更多的时间用于日常使用。我看到开发人员在使用这些工具时犹豫不决，因为它们造成了太多的摩擦。IMO PivotalTracker 是这方面的最佳工具。

PivotalTracker 的缺点是它只提供了几个配置选项。它不允许您自定义工作流程。它没有太多的用户授权选项。但在我们的情况下，它非常适合我们的需求。

Answer 3

在某种程度上，这可能不是一个答案，但我希望它仍然会提供信息并增加价值。

我曾在多个团队中使用各种工具，包括物理板和 Greenhopper。我部门的其他敏捷团队已经使用并评估了其他各种选项。如果您正在谈论在 sprint 中找到管理团队的最有效方法（与发布计划、待办事项梳理等相反），我得出以下结论： 除非您编写了工具自己或使用电子表格。是的，电子表格。这是我遇到的最灵活的选择。我们使用带有燃尽图等的精美图表，但效果很好。

你现在找到的任何可能完美契合的工具最终都不会做你想做的事情。以下是我自己最近的经验的一个例子：

我们正在努力缩短在每日 Scrum 会议期间报告状态所需的时间。挑战在于，开发人员倾向于详细解释他们在执行任务时遇到的问题。我们试图将这些讨论推迟到 Scrum 会议之后。在我们开始简单地突出电子表格中需要进一步讨论的任何项目之前，这很难做到。这让我们继续开会，但不会忘记需要讨论的问题。正是因为我们使用了像电子表格这样的灵活工具，所以将其引入我们的流程很容易。该工具不会妨碍我们改进流程。

至于缺陷跟踪，我部门的大多数团队都使用 JIRA。