哪些问题跟踪器支持子票，以及它们如何有效地弥合项目经理和开发人员之间的差距？

Question

我希望在问题跟踪软件中看到一个似乎并不常见的功能，即能够将故障单（错误，功能请求等）划分为子任务并以分层方式查看它们，或许可以使用某种进度条样式报告特定故障单及其子票的进度。

我的想法是，这对开发人员和项目经理都很有用：项目经理喜欢对发生的事情有一个相当广泛的概述，而开发人员需要深入了解细节，并且经常需要划分任务进入子任务。如果有人将两个问题放入一张票中，这也会派上用场。

有没有人知道这样做的问题跟踪器？到目前为止，我所看到的（Trac，FogzBugz和Basecamp）都有一个单独的票据组织，所以它们对开发人员或项目经理都有用，但对两者都没有用。 Assembla允许故障单拥有子故障单（以及多个父故障单），但它在这个特定功能上的可用性不是很好。

如果有这样的问题跟踪器，有没有人将它用于开发人员和项目经理，如果有，那么你有多少成功呢？或者，是否有更好的方法可供两类用户使用？

（更新：这是不主观的“你最喜欢的错误跟踪软件”问题。我问的是针对特定目的的具有特定功能的错误跟踪器所以请不要发布你最喜欢的bug追踪器，如果它没有按照我要求的那样发布。唯一可以说是主观因素是它对于这个特定用途的效果如何。）

Answer 1

JIRA

Answer 2

你想要Fogbugz的第7版。这支持多层次的层次结构，并在treeview中显示。

Answer 3

JIRA能够将任务分解为任意子任务，就像你之后一样。它也是超级闪亮的，所以项目经理类型应该喜欢它。

Answer 4

关于错误跟踪器here的讨论很长。

我自己喜欢螳螂。

Answer 5

Mantis确实在父母，孩子，相关等问题之间建立了关系。

它并不完全具有树视图，但在查看问题时它确实会在列表中显示相关/父/子问题。

尝试了trac和Mantis，这是我个人的好消息

Answer 6

好吧，我们多年来一直使用TestTrack，它支持项目之间的分层链接。然而，它的项目管理UI无需写回家。

似乎好像你正在寻找更像@Task的东西，在那里使用类似于Microsoft Project的系统创建项目计划，未来的任务取决于之前的任务，用户界面很漂亮，但是当你到达bug追踪器时，你几乎回到了“美化电子表格”模式 - 我没有得到这个真正由程序员设计的印象。不过，如果你真的认真地认真地需要这个，那么可能值得一看。

恕我直言，为跟踪系统添加层次结构的问题是，问题在添加时自然不具有层次结构;质量检查员中的某人发现了回归，或者用户从该字段中调用，并且会创建一个问题。至少某些研究是针对问题的根本原因进行的，问题是独立的，并且可能是独立的，直到它被修复，除非它被确定为依赖于某个较大的项目......可能已经存在某种项目管理系统。

Answer 7

redmine和chilliproject支持子任务，没有任何额外的插件。

Answer 8

基于其他一个答案，我已经看过Jira，这是我正在寻找的东西的一部分，似乎工作得相当好，尽管它并不完全像我希望的那样光滑。但是，它只允许Professional和Enterprise版本中的子任务;默认情况下禁用此功能;而且你只获得一个级别的子任务。默认报告还在平面视图中一起列出顶级任务和子任务，因此如果您只想查看顶级任务，则必须专门创建自定义报告。

当我有机会时，我打算调查的另一个功能是Mantis，它显然具有类似的功能。一旦我尝试过，我会在这里更新。

Answer 9

Rally支持开发和项目管理视图

http://www.rallydev.com/

Answer 10

Tele-Support HelpDesk有一个非常好且易于使用的错误跟踪系统，它还有一个好处，即可以将其暴露给支持部门，将客户与问题联系起来，然后在问题完成时通知客户。我每天都住在这里，并且发现工作流程非常高效。管理层总是知道目前正在进行的工作，刚刚解决的问题，以及哪些问题很热（甚至需要花多长时间来修复）。

它有一个非常好的可定制优先级系统。每个问题都可以分配一个类别和产品，按钮点击将组织到该列表。有一个快速过滤选项，能够进行更精细的过滤。根据估计的完成时间，它会根据列表中当前可见的内容自动计算总体完成情况。

我们的典型工作流程：支持人员/ QA人员将错误输入系统。管理层审查“新”错误列表，并设置他们希望完成的优先级。开发人员查看优先级列表并设置估计的工作量级别。管理层审核并调整优先级。开发完成问题。质量检查会验证已完成的问题，并在成功更新发布后通知客户。

在所有阶段，员工中的任何人都可以查看列表并查看当前状态，甚至添加备注或将其他客户附加到问题中。有一些发布版本的字段，我们使用自定义过滤器/报告来自动生成发行说明。 （打开known issue的屏幕截图：这是产品的错误跟踪部分。）

Answer 11

FogBugz是由Joel Spolsky的公司FogCreek制作的问题跟踪器。它不是免费的，但有一个非常好的托管版本。根据我自己的个人经验，它具有一些出色的功能，并且易于使用。它肯定看起来更好，并且比螳螂或bugzilla具有更好的可用性，但它不是开放的，它为一个更简单的界面做了一些权衡。

Answer 12

TUTOS。

它甚至将项目管理活动放在首位。

工作流程，Wiki，非常好。

www.tutos.org

Answer 13

我在许多组织中使用过Mantis，特别是因为子问题功能，这是我在问题跟踪器中寻找的关键点之一。他们现在在Mantis有Freemind导出，但我确信我已经看过在一个站点绘制的亲子图，可能是因为他们安装了JpGraph。

我也在使用Axosoft's OnTime系统的免费单用户安装，它具有非常灵活的子问题输入，尽管UI有点笨拙 - 你必须搜索问题而不是指定给定的问题编号直接作为关系的目标。 OTOH它允许您在对话框中一次命中配置一堆关系，因此在该场景中更快。

Answer 14

Bugzilla有依赖错误的概念，这不完全是你正在寻找的子任务范例，但可以被视为接近。不幸的是，这个界面非常笨重，Bugzilla界面的其余部分也是如此，但它确实完成了工作。

从积极的方面来说，错误之间的关系可以表示为图形以及相当容易遍历的树结构，以便探索相关问题。此外，随着子问题的完成或更改，这些更改会在依赖关系树中渗透，以便负责更高级别任务的人员可以轻松收到他们可能一直在等待的事情的通知。

Answer 15

JIRA与Pivotal Tracker集成。

JIRA 允许购买门票。它为搜索提供了JQL过滤功能。提供在组之间共享票证的功能。提供工作流程图，历史记录，过渡，评论等的能力。具有查看记者，受让人和实施者的能力。对于每张票，都可以添加评论，附件，附加屏幕截图，链接，克隆，解决问题。 JIRA提供了当前票证状态的非常好的布局。

Pivotal Tracker 允许敏捷开发项目的“速度”管理。对PM和开发人员有用。提供图表，图表。提供将JIRA的票证集成到其项目中的功能。提供带项目的仪表板。提供实时速度图。在每个项目中提供许多视图，包括Current，Ice Box，My Work。每张JIRA票都可以是PT中的“故事”。每个故事都经历了SDLC的Start，Finish，Deliver，Accept / Reject和Rejected阶段。每个故事都可以添加任务，评论，附件和上传文件。

JIRA工作流程

Pivotal Tracker工作流程