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

StackOverflow https://stackoverflow.com/questions/140236

  •  02-07-2019
  •  | 
  •  

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

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

有没有人知道这样做的问题跟踪器?到目前为止,我所看到的(Trac,FogzBugz和Basecamp)都有一个单独的票据组织,所以它们对开发人员或项目经理都有用,但对两者都没有用。 Assembla 确实允许机票有儿童票(和多张父票),但它不是很好关于这个特定功能的可用性工作。

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

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

有帮助吗?

解决方案

你想要Fogbugz的第7版。这支持多层次的层次结构,并在树视图

其他提示

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

有关bug追踪器的讨论很长,此处

我自己喜欢螳螂。

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

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

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

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

似乎好像你正在寻找更像 @Task的东西,使用类似于Microsoft Project的系统创建项目计划,将来的任务取决于以前的任务等.UI非常流畅,但当你到达bug跟踪器时,你几乎回到了“荣耀的电子表格”模式 - 我没有得到这个真正由程序员设计或为程序员设计的印象。不过,如果你真的认真地认真地需要这个,那么可能值得一看。

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

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

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

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

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

http://www.rallydev.com/

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

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

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

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

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

TUTOS。

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

工作流程,Wiki,非常好。

www.tutos.org

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

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

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

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

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工作流程

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top