我在一家提供技术支持的公司工作,这是我们共同的工作流程:呼叫中心或商店的人员抓住客户的帮助请求,并且每次请求都会打开一项任务.之后,技术人员负责分配工作,并将许多任务附加到任务中.一旦分配被宣布关闭并且它被管理部门批准,那么它将转到会计部门,该部门为分配发票(几乎自动).
简而言之:赋值=问题,任务=采取行动解决问题
任务(由呼叫中心打开)
| _______任务1(技师A)
| _______任务2(技师B)
| _______任务3(技师C)
...
| _______任务X(技师A)
任务主要包括以下属性:
- 描述
- 技术人员姓名
- 花费的小时数
- 花费的公里数
我们一般每年约有1500个任务和约5000个任务.
现在,所有这些流程都是由我们随时制作的定制应用程序处理的.我想知道我们是否可以通过使用和集成Trac(开发部门已经使用它来处理内部资源)来改进我们公司的应用程序,它有一些有趣的随时可用的功能,如xml-rpc和work-flow.
现在是大交易:
1)由于分配的数量,我无法将赋值绑定到trac项目.
2)如果我将每个任务绑定到一个trac票证,那么任务应该绑定到trac票证评论,但他们没有可能增加花费的小时和公里.
3)似乎没有自定义注释的插件
我是如何尝试解决它们的:
a)我尝试用这个插件自定义注释:它工作得很好但是当我查询trac时我无法找回一个好的数据结构来自公司应用程序的xml-rpc,并不清楚每个"评论"花了多少时间.另外,没有办法增加公里数
b)我找到了Trac Remote插件,它似乎很有趣,因为我可以创建两个trac项目,一个用于分配,一个用于任务,然后使用intratrac链接将任务绑定到赋值.可惜它不适合我.
你认为trac是一个不错的选择吗？你看到我可以使用其他任何方式吗？还有其他跟踪系统(适用于linux)更符合我们的需求吗？
trac ×1