问敏捷问题和功能跟踪器软件

EN

我将讲述我的经历，希望它能有所帮助。

我们开始使用墙上的卡片来试用Scrum。我们认为一旦我们真正开始做这件事，我们就会切换到一个工具。我们使用用户故事和任务来设置缺陷跟踪器(Redmine)，并且有一种方法可以在每个项目中创建一个burndown。然而，我们发现，你并不能真正获得物理信息辐射器的透明度。人们走在卡片墙上，可以看到团队的进展。很少有人会像检查卡片墙一样频繁地查看网站。因此，目前，我们为当前的Sprint创建卡片墙，并在Redmine中跟踪Sprint，这为我们提供了历史信息。

当我们扩展到比墙壁空间更多的团队时，我们意识到我们需要一个可以像卡片墙一样工作的工具，并成为一个“真正的”敏捷跟踪者。因此，我们研究了几种工具，我们列出的简短列表包括Version One、Rally和Mingle。这两种产品中的任何一种都可能是最适合你的，但最终我们出于各种原因选择了Mingle。

我担心的一件事是卡片墙的丢失。很难解释这些公共信息辐射器所具有的变革价值。团队从产品所有者以及管理层和其他利益相关者那里获得了大量的可见性。我担心，如果我们只使用这个工具，就会失去可见性。我可能不得不构建安装在墙上的显示器上的仪表盘，充当卡墙的高科技版本。我们确实做过的一件事是购买了一些触摸屏白板，这将允许站立的团队以熟悉的方式移动虚拟卡，使用该工具的拖放式卡墙界面。我希望这将允许我们保留我们聚集在纸牌墙上时所看到的团队沟通和互动的好处。

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

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

我还没有尝试过fogbugz，但我在PivotalTracker之前使用了JIRA，Greenhopper和VersionOne。所有这些工具对PivotalTracker的不利之处在于，使用它们会带来太多开销。您必须设置和维护它们。您必须对它们进行配置。因为它们更难使用，所以它们需要更多的时间来进行日常使用。我已经看到开发人员不愿使用这些工具，因为它们造成了太多的摩擦。IMO PivotalTracker是这方面最好的工具。

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

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

我曾经在多个团队中使用过各种工具，包括物理板和Greenhopper。我所在部门的其他敏捷团队已经使用并评估了各种其他选项。如果你谈论的是在sprint中找到最有效的方式来管理团队(而不是发布计划，backlog整理等)，我已经得出了以下结论:除非你自己编写工具或使用speadsheet，否则没有什么是很适合的。是的，一个电子表格。这是我遇到的最灵活的选择。我们使用了一个有燃尽图之类的花哨的工具，但它工作得很好。

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

我们正在努力减少在每天的scrum会议上报告状态所需的时间。挑战在于开发人员倾向于对他们在处理任务时遇到的问题进行详细的解释。我们试图将这些讨论推迟到scrum会议之后。这是很难做到的，直到我们开始简单地突出显示电子表格中需要进一步讨论的任何项目。这让我们可以继续会议，但不会忘记需要讨论的问题。将其引入我们的流程是毫不费力的，因为我们使用了一种灵活的工具，如电子表格。这个工具并没有阻碍我们改进流程。

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