哪些问题跟踪工具支持子任务,并且它们在桥接项目经理和开发人员之间方面的效果如何?

22
有一个功能我希望在问题跟踪软件中看到,但似乎并不常见,那就是能够将工单(错误、功能请求等)分成子任务,并以分层方式查看它们,可能还要提供某种进度条样式报告来显示特定工单及其子工单的进展情况。
我的想法是这对开发人员和项目经理都很有用:项目经理喜欢对正在进行的事情有一个相当广泛的概述,而开发人员需要深入了解细节,并且往往需要将任务分解为子任务。如果有人将两个问题放在一个工单中,这也会非常方便。
有人知道是否有这样的问题跟踪器吗?到目前为止,我查看过的那些(Trac、FogzBugz 和 Basecamp)都有扁平化的工单组织结构,因此它们要么对开发人员有用,要么对项目经理有用,但对两者都不适用。Assembla 允许一个工单有子工单(和多个父工单),但在这个特定功能上它的可用性做得不太好。
如果有这样的问题跟踪器,有人用过它来管理开发人员和项目经理吗?如果是,你使用它取得了多大的成功?或者,是否有更好的方法适用于这两类用户?

更新:这不是一个主观的“你最喜欢的缺陷跟踪软件”问题。我正在询问具有特定功能和特定目的的缺陷跟踪器,请不要发布您最喜欢的缺陷跟踪器,如果它不能做到我所要求的。唯一可能主观的因素是它对于这个特定目的的工作效果如何。)


是我还是只有两个人在回答前读了问题? 真是醉了。 (至于我,我从未找到具有该功能的问题跟踪器,但听起来很不错。) - Cody Hatch
不仅是你,但这里的大多数答案似乎在我更新问题之前就出现了。有太多的回复只是说“我喜欢它”,并没有回答问题,因此完全不令人满意。 - jammycakes
当然,你更愿意我们为他们写一则商业广告,而不是去阅读他们的网站并自行检查... - tloach
不,我绝对不想要商业广告,尤其是那些列出了许多与我所要求的无关的功能。我只想知道(a)哪些可以做到我想要的,(b)它们做得有多好,以及(c)我所追求的方法在实践中是否有效。 - jammycakes
Zendesk的帖子可能就像广告一样,而且和其他帖子一样没什么用。只需要简单地说“嘿,App X正好能满足你的需求!”就足够了…… - Cody Hatch
2
把标题改成“带有子任务的Bug跟踪器”怎么样? - Agnel Kurian
15个回答

12

9

您需要使用 Fogbugz 版本 7。它支持多级层次结构,并在 树状图 中显示。


谢谢 - 我在 Stack Overflow DevDays 上看到了 FogBugz 7 的演示,印象非常深刻。也许 Fog Creek 的某个人看到了这个问题并决定值得回答? - jammycakes
1
我已经开始使用它了,而且子用例功能非常周到。 - sohail

4
JIRA具有将任务拆分为任意子任务的能力,就像你所需要的那样。它也非常出色,因此项目经理类型的人应该会喜欢它。

是的,但使用起来有多直观呢?我提到了类似的 Assembla,但它的用户界面在这方面相当笨拙和基础。 - jammycakes
JIRA被许多开源项目使用(例如issues.apache.org和jira.springframework.org),所以你也可以试试。界面相当不错。 - skaffman
我已经点赞你的回答,因为它是仅有的两个回答之一,尽力详细回答了我的问题。我已经下载了Jira,并且它至少有部分实现了我正在寻找的功能,尽管它只在专业版和企业版中可用。 - jammycakes
需要注意的一点是,Jira拥有良好的用户社区、大量的插件,并且相当容易被修改(许可证附带源代码访问权限)。即使Jira不能直接满足您的需求,完全有可能通过修改使其实现。 :-) - Cody Hatch
Jira 的可用性很糟糕。我更喜欢 Rally...话虽如此,Jira ondemand 在技术方面有很多很棒的插件(Bamboo、Crucible、Fisheye等等),所以如果你是一个以开发人员为中心的组织,我建议选择 Jira。如果你是一个以业务为重点的组织,就应该选择 Rally。 - JDPeckham

3

关于缺陷跟踪器,这里有一场长时间的讨论

我个人喜欢Mantis。


这并没有回答我的问题。Mantis能做我所问的吗? - jammycakes
你看了我链接的讨论了吗?里面有一篇关于Trac插件的帖子,其中提到了子任务(BigMadKev发布的)。我认为你的问题很好,只是想确保你看到了那个帖子。我们不做子任务,所以我不确定。祝一切顺利! - itsmatt
我确实看了其他的讨论,但我没有注意到你提到的那篇文章——它在列表中排名靠后。你链接的那个问题实际上比这个问题更加普遍。我有印象人们认为我在问同样的事情,但我不是——我要找的是更具体的东西。 - jammycakes

3

Mantis确实有问题之间的关系,例如父级、子级、相关等。

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

尝试过Trac和Mantis后,我个人更喜欢Mantis。


我已经点赞你的回答,因为它是仅有的两个回答之一,尽力详细回答了我的问题。我已经下载了Jira并查看了它--我也会看看Mantis,并比较它在这方面与Jira和Assembla的表现如何。 - jammycakes

3

嗯,我们多年来一直使用 TestTrack,它支持项目之间的分层链接。然而,其项目管理UI并不出色。

看起来你更像是在寻找类似于 @Task 的东西,它使用类似于Microsoft Project的系统创建项目计划,未来任务依赖于先前的任务等等。界面非常流畅,但当你到达缺陷跟踪器时,你几乎回到了“华丽电子表格”模式——我没有印象这是真正由程序员设计或为程序员设计的。尽管如此,如果你真的需要这个功能,它可能值得一看。

在我看来,给你的跟踪系统添加层次结构的问题在于,当问题被添加时,它们并没有天然的层次结构;QA中的某个人发现了一个回归,或者用户从现场打来电话,这些都会引起问题的产生。在对问题的根本原因进行至少一些研究之前,该问题是独立存在的,很可能会一直保持独立,直到修复除非它被识别为依赖于某个更大的项目......而这个项目很可能已经有了某种项目管理系统。


“问题在添加时并没有自然的层次结构”,这是事实,但我们的问题在于一个最初估计为15分钟的任务被用于所有后续的周边任务,并且初始时间估计对于执行的任务是无用的。此外,我们无法分离诊断和修复时间估计。 - Kristen
1
有一个来自Almworks的JIRA插件,它提供了一个漂亮的层次结构视图,使得跟踪子任务变得容易。https://marketplace.atlassian.com/plugins/com.almworks.jira.structure - MovGP0

2

Redmine和Chiliproject支持子任务,无需任何额外的插件。


1

基于其他答案,我看了一下Jira,它在某种程度上可以做到我想要的,并且似乎运行得相当不错,尽管它并不像我希望的那样流畅。然而,它只允许在专业版和企业版中使用子任务;此功能默认情况下被禁用;而且您只能获得一个级别的子任务。默认报告还将顶层任务以及子任务一起列在平面视图中,因此如果您想查看仅顶层任务,则必须专门创建自定义报告。

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


0

请您能否详细说明一下? - jammycakes
Rally Portfolio Manager和Rally ALM一起为您提供了从组合到技术任务的层次结构。您可以在故事层次结构中“拆分”用户故事并将任务移动到新故事以扩展您的层次结构。这使得组合经理可以专注于战略(“史诗”,“倡议”,“特性”),而项目经理则专注于用户故事,团队则专注于他们的任务。基本上有3种不同的视图(组合视图用于组合项,待办事项视图用于用户故事/错误,然后是迭代状态用于任务)。 - JDPeckham

0

Tele-Support HelpDesk拥有一个非常好用且易于使用的错误跟踪系统,还可以将其暴露给支持部门,以将客户链接到问题,然后在问题完成时通知客户。我每天都在使用它,并发现工作流程非常高效。管理层始终知道当前正在进行的工作、刚刚修复的问题以及哪些问题很热门(甚至知道需要多长时间才能解决某个问题)。

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

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

在所有阶段,员工中的任何人都可以查看列表并查看当前状态,甚至可以添加注释或将另一个客户附加到问题上。我们使用自定义过滤器/报告与发布版本字段一起使用,以自动生成我们的发布说明。(打开已知问题的屏幕截图:这是产品的错误跟踪部分)。

请您能否详细说明一下,特别是针对我在原始问题中所提出的实际目的,它的工作效果如何? - jammycakes
它拥有非常好的可定制优先级系统。每个问题都可以分配一个类别和产品,并在按钮点击时将其组织到该列表中。有一个快速过滤选项,以及进行更精细过滤的能力。估计完成时间会自动计算。 - skamradt
是的,但您还没有说它是否具有我要求的功能(子任务)或其实现程度如何。 - jammycakes
子任务可以根据需要以多种方式轻松添加。一种方法是将产品用作“主”任务。这种方法的优点是,可以独立地对各个任务进行优先级排序。 - skamradt
另一个选择是为每个子任务(分配给内部“客户”)创建链接的查询。这种方法的优点是时间日志系统将允许对每个任务进行时间记录,并且每个查询都有一个附加的链接任务系统。 - skamradt
任务、查询和已知问题都可以分配给特定的人或部门。如果需要,查询可以设置为自动升级优先级。 - skamradt

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接