我在售票系统市场,我很好奇其他人正在使用。 我想欢迎大家张贴他们最喜欢的票务系统和他们喜欢这么多的理由。
我select票务系统的标准是:
我并不关心的事情:
过去,我成功地使用Trac作为票务系统(只closures了wiki,仓库等),如果知道一些电子邮件插件,我不会介意再使用它或Redmine。 在以前的公司,我使用了满足几乎所有标准的请求跟踪器 ,但有太多的依赖关系,没有别的我运行的需求,我终于决定这是不值得的。
我有OTRS启动和运行,它满足所有的电子邮件要求,是非常简单的设置,但我真的不喜欢(IT)的Web界面。 也许我错了,但是它处理列表票的方式和帮我find要做的远不如RT。
也许我只是非常挑剔,但我想我将不得不每天使用我select的任何系统,所以我可能真的很喜欢它。 只要用户只需要与[email protected]进行交互,对他们来说就是透明的。
那么你使用什么,你真的很喜欢,为什么?
请求跟踪器一路。
只要你不关心拥有最新的版本,依赖关系就不会像以前那么严重了。 在RHEL5系统上,您只需将系统configuration为使用EPEL并运行“yum install rt3”。 在Ubuntu上,它更像“apt-get install request-tracker3.6”,但是“apt-cache search request-tracker rt3”会给你一个所有相关软件包的列表。
是的,这两个选项都包含了很多perl模块,但是呢? 还有其他人已经build立了他们,并担心保持目前。
我们使用Best Practical的 “RT:Request Tracker”。 我99%肯定它是开源的,但你已经使用它,所以你应该知道它的能力。
开源:
Redmine ; 权威。 它使用简单,占地面积小,满足我的需求。
所有权:
吉拉 重量级。 用于真正意义上的票据pipe理。
我最喜欢的是JIRA 。 它是开源的,但不是免费的。 在这里工作了两年,没有一个小故障。 它的主要优势是可定制的工作stream程,因此您可以将跟踪系统调整到您自己的工作stream程(人们已经习惯了,但不pipe怎样都是坏的),反之亦然。
我不得不说OTRS 。 首先,它的开放源代码被许多大型组织所使用。 我已经在两家公司实施了,包括我目前的工作。 我每天都用它来做一切事情。 它有电子邮件票function,我有ADauthentication与轻松。 试试看。 在过去,我使用了Numara Track-It,这是可以的。 但客户很慢,很胖。 我认为使用Track-It后,他们的FootPrintsnetworking软件将是一个更好的解决scheme。
不要试图在这里变得非常明显,但可以很容易地configurationBugzilla,以允许通过电子邮件的错误回复,甚至通过电子邮件的错误报告。 它还有许多其他好的电子邮件function,例如“呜呜”(运行查询打开的bug并通过电子邮件发送输出),并有大量可用的自定义和集成。 最后安装它真的很容易,它主要是想要一些perl模块在那里,你可以立即开始运行。
在我的公司,我们非常成功地使用它,并将其与开发人员的IDE(带有Mylyn的Eclipse),Subversion SCM(使用钩子和WWW :: Bugzilla)以及构build系统集成在一起。 质量保证人员正在使用Deskzilla,这是一个pipe理桌面应用程序的杰出票据(如果你喜欢的话,它也有一个Jira版本)。
我们已经开始在这里使用SpiceWorks,喜欢它了。 唯一的缺点是平淡的用户门户。
我刚开始使用FogBugz,并且喜欢它。
请求跟踪器相当稳固。 我们主要是用它来传承原因(这是我们过去几年所做的),并没有引起我们任何的悲痛。 它应该尽其所能地完成工作; 没有什么可说的了。
我们使用TrackIT。 一直使用它一年和几年…迄今如此好。
嗯,我不认为有很多人真的喜欢票务系统,更不用说有一个最喜欢的。
如果你问哪种票系统最讨厌,我的答案就是补救行动请求系统 。
Assembla快速轻量,同时提供您所需要的。
以前我用过Kayako 。 它运行在开放源代码(PHP / MySQL),但它确实花了一些钱。 在定价方面,这不算太坏,但我不确定是要求免费还是只要开源技术。 一切都通过电子邮件完成,它很容易在眼睛,相当实惠,易于安装和坚实的支持。
我已经与Flyspray有过良好的经历。
简单而优秀的托pipe解决scheme: Zendesk
具有惊人的报告和stream程pipe理/工作stream程(也是最高门槛)的重票: JIRA
基于Windows的系统,集成了系统pipe理,代理部署: Kaseya