我想在问题跟踪软件中看到一个功能，该功能似乎并不那么普遍，那就是能够将故障单(错误，功能请求等)划分为子任务并进行查看的功能。以分层的方式，可能带有某种进度条样式的报告，用于报告特定票证及其子票证的进度。

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

有谁知道问题追踪器的功能？到目前为止，我看过的人(Trac，FogzBugz和Basecamp)都具有统一的票证组织，因此它们对开发人员或者项目经理都有用，但对两者都没有用。 Assembla确实允许票证具有子票证(和多张父票证)，但是在此特定功能上的可用性并不很好。

如果有这样的问题跟踪器，那么有没有人同时使用过它作为开发人员和项目经理，如果有的话，我们获得了多少成功？或者，是否有一种更好的方法可供两类用户使用？

(更新：这不是一个主观的"我们最喜欢的错误跟踪软件是什么"问题。我是在询问具有特定功能的特定目的的错误跟踪器，因此请不要发布我们不喜欢的错误跟踪器我所要求的。唯一可以说是主观的元素是它在此特定目的下的效果如何。)

解决方案

吉拉

JIRA可以将任务分解为任意子任务，就像我们需要的一样。它也非常闪亮，因此项目经理类型应该喜欢它。

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

http://www.rallydev.com/

这里有关于Bug跟踪器的冗长讨论。

我自己喜欢螳螂。

螳螂确实有问题之间的关系，例如父母，子女，相关问题等。

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

尝试过追踪和螳螂，这是我个人的最爱

Tele-Support HelpDesk具有一个非常好用且易于使用的错误跟踪系统，该系统还具有将其暴露给支持部门以将客户链接到问题的优势，然后在问题完成后通知客户。我每天都住在这里，发现工作流程非常高效。管理层始终知道当前正在进行中的事情，刚刚解决的问题以及哪些问题很棘手(甚至需要花多长时间才能解决问题)。

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

我们的典型工作流程：错误由支持人员/质量保证人员输入到系统中。管理层检查了"新"错误的列表，并设置了希望其执行的优先级。开发人员查看优先级列表并设置了估计的工作量。管理层审查并调整优先级。发展完成了问题。质量检查会验证已完成的问题，并在成功发布更新后通知客户。

在所有阶段中，员工中的任何人都可以查看列表，查看当前状态，甚至可以添加注释或者添加其他客户来解决问题。有发行版本的字段，我们将其与自定义过滤器/报告一起使用，以自动生成发行说明。 (未解决的已知问题的屏幕截图：这是产品的错误跟踪部分)。

FogBugz是由Joel Spolsky的公司FogCreek制造的问题跟踪器。它不是免费的，但是有一个非常不错的托管版本。根据我个人的经验，它具有一些出色的功能，并且易于使用。它肯定看起来比螳螂或者Bugzilla更好，并且具有更好的可用性，但是它不是开放的，并且需要为更简单的界面进行一些折衷。

根据其他答案之一，我看了一下Jira，它是完成我要寻找的内容的一部分，并且看起来工作得还不错，尽管它并不像我希望的那样精巧。但是，它仅允许使用专业版和企业版中的子任务。默认情况下，此功能处于禁用状态；而且我们只会得到一个级别的子任务。默认报告还以平面视图的形式列出了顶级任务以及子任务，因此，如果我们只想查看顶级报告，则必须专门创建一个自定义报告。

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

好吧，我们已经使用TestTrack多年了，它支持项目之间的分层链接。但是，它的项目管理UI没什么好写的。

似乎我们正在寻找类似@Task之类的东西，我们在其中使用类似于Microsoft Project的系统创建项目计划，将来的任务取决于以前的任务等。UI非常漂亮， Bug跟踪程序使我们回到了"标准化电子表格"模式，我没有得到它是真正由程序员设计或者为程序员设计的印象。不过，如果我们真的很需要这个，可能值得一看。

恕我直言，向跟踪系统添加层次结构的问题是，添加问题后，它们自然不会具有层次结构。质量检查中的某人找到了回归，或者用户从该字段中致电，从而产生了问题。在至少对问题的根本原因进行了一些研究之前，该问题是独立的，而且很有可能，直到确定为问题为止，它都是独立的，除非被确定为依赖于某个较大的项目...为此可能已经存在某种项目管理系统。

TUTOS。

它甚至在顶部进行项目管理活动。

工作流程，Wiki，非常好。

www.tutos.org

我在许多组织中都使用过螳螂，尤其是因为子问题功能是我在问题跟踪器中寻找的关键点之一。他们现在已经在Mantis中导出了Freemind，但是我敢肯定，我已经在一个站点上看到了父子图，也许是因为他们安装了JpGraph。

我还使用了Axosoft的OnTime系统的免费单用户安装，该系统具有非常灵活的子问题输入项，尽管UI有点笨拙，我们必须搜索问题而不是能够直接将给定的问题编号指定为目标关系。 OTOH允许我们在对话框中的一个命中中配置一系列关系，因此在这种情况下可以更快地进行。

Bugzilla具有相关错误的概念，它并不是我们正在寻找的子任务范例，但可以将其视为接近的。不幸的是，与Bugzilla界面的其余部分一样，它的界面也很笨拙，但确实可以完成工作。

从积极的方面来看，错误之间的关系可以以图形以及相当容易遍历的树结构的形式呈现，从而可以探索相关问题。此外，随着子问题的完成或者更改，这些更改会渗透到依赖关系树上，以便轻松地通知负责更高级别任务的人员它们可能正在等待的事情已经完成。

我们需要Fogbugz的版本7. 这支持多层次的层次结构，并在树状视图中显示它。