project-management - 哪些问题跟踪器支持子工单，它们在弥合项目经理和开发人员之间的差距方面做得如何？

Question

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

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

有谁知道这样做的问题跟踪器？到目前为止，我看过的那些（Trac、FogzBugz 和 Basecamp）都有一个扁平的工单组织，所以它们要么对开发人员有用，要么对项目经理有用，但对两者都没有。Assembla确实允许一张票有子票（和多个父票），但它在这个特定功能上的可用性方面做得不是很好。

如果有这样的问题跟踪器，是否有人将它用于开发人员和项目经理，如果有，您使用它取得了多大的成功？或者，是否有更好的方法可供两类用户使用？

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

score 12 · Accepted Answer

12

JIRA

子任务

于 2008-09-26T15:31:54.030 回答

score 9 · Accepted Answer

9

您需要 Fogbugz 的第 7 版。这支持多层次的层次结构并在树视图中显示它。

于 2009-12-02T15:14:12.993 回答

score 4 · Accepted Answer

JIRA 能够将任务分解为任意子任务，就像您追求的那样。它也超级闪亮，所以项目经理类型应该喜欢它。

score 3 · Accepted Answer

3

这里有一个关于错误跟踪器的冗长讨论。

我喜欢螳螂，我自己。

于 2008-09-26T15:38:27.103 回答

score 3 · Accepted Answer

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

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

尝试过 trac 和 Mantis，这是我个人的最爱

score 3 · Accepted Answer

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

似乎您正在寻找更像 @Task 的东西，您可以在其中使用类似于 Microsoft Project 的系统创建项目计划，未来的任务取决于以前的任务等。UI 非常漂亮，但是当您到达时错误跟踪器你几乎回到了“美化电子表格”模式 - 我不觉得这是真正由程序员设计或为程序员设计的。不过，如果您真的需要这个，可能值得一看。

恕我直言，向您的跟踪系统添加层次结构的问题在于，添加问题时自然不会具有层次结构；QA 中的某个人发现了回归，或者用户从现场打来电话，并创建了一个问题。在至少对问题的根本原因进行一些研究之前，问题是独立的，而且很有可能，除非它被确定为依赖于某个更大的项目......可能已经存在某种项目管理系统。

score 2 · Accepted Answer

2

redmine 和 chiliproject 支持子任务，无需任何额外的插件。

于 2011-05-09T18:07:31.520 回答

score 1 · Accepted Answer

基于其他答案之一，我查看了Jira，它是我正在寻找的部分方式，并且似乎工作得相当好，尽管它不像我希望的那样光滑. 但是，它只允许专业版和企业版中的子任务；此功能默认禁用；而且您只会获得一个级别的子任务。默认报告还在平面视图中同时列出顶级任务和子任务，因此如果您只想查看顶级任务，则必须专门创建自定义报告。

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

score 0 · Accepted Answer

0

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

http://www.rallydev.com/

于 2008-09-26T15:37:35.343 回答

score 0 · Accepted Answer

Tele-Support HelpDesk有一个非常好且易于使用的错误跟踪系统，该系统还具有将其公开给支持部门以将客户链接到问题并在问题完成时通知客户的好处。我每天都生活在其中，并且发现工作流程非常高效。管理层总是知道当前正在进行什么，刚刚修复了什么，以及哪些问题很热门（甚至需要多长时间才能修复）。

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

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

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

score 0 · Accepted Answer

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

score 0 · Accepted Answer

托托斯。

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

工作流程，维基，很不错。

www.tutos.org

score 0 · Accepted Answer

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

我还在使用Axosoft 的OnTime 系统的免费单用户安装，尽管 UI 有点笨拙，但它具有非常灵活的子问题条目 - 您必须搜索问题而不是能够直接指定给定的问题编号作为关系的目标。OTOH，它允许您在对话框中一次点击配置一堆关系，因此在这种情况下更快。

score 0 · Accepted Answer

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

积极的一面是，bug 之间的关系可以表示为图表以及相当容易遍历的树结构，以允许探索相关问题。此外，随着子问题的完成或更改，这些更改会渗透到依赖关系树中，以便那些负责更高级别任务的人很容易得到通知，他们可能一直在等待的事情已经完成。

score -1 · Accepted Answer

JIRA 与 Pivotal Tracker 集成。

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

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

JIRA 工作流程 在此处输入图像描述

关键跟踪器工作流程

在此处输入图像描述

project-management - 哪些问题跟踪器支持子工单，它们在弥合项目经理和开发人员之间的差距方面做得如何？

15 回答 15

Related

Reference