将问题细分为（子）任务的问题跟踪应用程序？答案

【问题标题】：Issue tracking applications that subdivide issues into (sub)tasks?将问题细分为（子）任务的问题跟踪应用程序？
【发布时间】：2009-09-05 11:05:57
【问题描述】：

我正在寻找一个问题跟踪应用程序，它的任务层次结构中有两个级别。这是因为我发现自己经常在我的问题中创建非正式的“TODO”列表。在我看来，一个功能通常比一个任务更大——一个功能通常需要做几件事——例如。 “检查这是否会影响效率”，“在 GUI 中添加控件”，“实现核心引擎的新扩展”，“更新文档”。如果不说明所有这些子任务，我发现无法估计完成任务所需的时间和真正的复杂性。

我知道我可以创建几个问题，但这通常是不可行的，因为这些子任务：

从用户的角度来看与单个功能相关，
只能一起测试，当一切都完成后，
分配给同一开发人员，
应该一直一起显示，
应该只有两种状态：待办事项或完成。

您知道任何（商业或非商业）应用程序允许这样做吗？我不仅对问题的层次结构或问题链接感兴趣，而且我需要在一个级别上包含完整问题以及在另一个级别上具有更小更快的“待办事项”列表的东西。

【问题讨论】：

标签： issue-tracking

【解决方案1】：

我在之前的工作中都使用过 Jira 和 TeamTrack，它们都有子任务。

【讨论】：

【解决方案2】：

一些建议：

(*) FogBugz -fogbugz.com
“FogBugz 允许您创建子案例来表示较低级别的任务。”

(*) IssueTrak - issuetrak.com
我可以推荐的可靠问题跟踪系统。

(*) CounterSoft 的 Gemini - countersoft.com
功能丰富，很像 Jira。看起来很有希望。

还要为开发人员寻找项目管理系统——这些系统用“任务”处理“项目”。

/克里斯托弗 :-)

【讨论】：

我在 IssueTrak 和 Gemini 中看不到子任务。
IssueTrak：问题可以有任务（“子任务”）。在 Gemini 中，您创建一个具有相关问题（“子任务”）的项目（“任务”）。
好的，IssueTrak 有我正在寻找的东西。不幸的是，我对这个系统的总体第一印象是它是我见过的最糟糕的系统之一。

【解决方案3】：

你也可以使用mantis:

您可以关联问题，包括作为子问题
子问题可以阻止将父问题设置为已修复，直到所有子问题都得到修复
您可能在单独的项目中遇到功能/父级问题

【讨论】：

【解决方案4】：

是的，Jira 和 Fogbugz 有子任务。但是我发现没有应用程序，其中子任务比任务更小更快 - 我仍然需要重复主要任务的所有领域。

我最终使用了 Project Kaiser，对此我很满意。它有相当不错的分层子任务。

【讨论】：

您查看过的这一款或任何一款产品是否允许您创建模板任务，您可以在其中一遍又一遍地重复任务和子任务。例如，我们有很多从开发到生产的网站，有很多子任务必须发生以“将网站从开发到生产”。

【解决方案5】：

我倾向于将ToDoList 用于我的个人任务列表，因为它是一个非常简单且专注的工具。

我知道它并不完全适合您正在搜索的内容（一个可以完成所有工作的应用程序），但我将它与我们的企业级错误跟踪系统有效地结合使用。

【讨论】：