好几次,我已经面临一个想要建立自己的错误跟踪系统的团队的计划 - 不是作为产品,而是作为内部工具.
我听过的论点通常都是这样的:
您可以使用哪些参数来支持购买现有的错误跟踪系统？特别是,什么功能听起来很容易但很难实现,或者很难和重要但经常被忽视？
有一个功能,我想在问题跟踪软件中看到,似乎并不常见,这是将票证(错误,功能请求等)划分为子任务并查看它们的能力以分层方式,可能具有某种进度条样式报告特定票证及其子票证的进度.
我的想法是,这对开发人员和项目经理都很有用:项目经理喜欢对发生的事情有一个相当广泛的概述,而开发人员需要深入了解细节,并且经常需要将任务划分为子-任务.如果有人将两个问题放入一张票中,这也会派上用场.
有谁知道问题跟踪器这样做？到目前为止,我所看到的(Trac,FogzBugz和Basecamp)都有一个单独的票据组织,所以它们对开发人员或项目经理都有用,但对两者都没有用.Assembla允许票证具有子票证(以及多个父票证),但它在这个特定功能上的可用性不是很好.
如果有这样的问题跟踪器,有没有人将它用于开发人员和项目经理,如果有,那么你有多少成功呢？或者,是否有更好的方法可供两类用户使用？
(更新:这不是一个主观的"你最喜欢的bug追踪软件是什么"的问题.我问的是针对特定目的的具有特定功能的bug追踪器,所以如果不这样做,请不要发布你最喜欢的bug追踪器我所要求的是.唯一可以说是主观因素是它对于这个特殊目的的效果如何.)