【发布时间】:2017-03-06 22:15:31
【问题描述】:
我在一家提供技术援助的公司工作,这是我们共同的工作流程:呼叫中心或商店的工作人员会收到客户的帮助请求,并且针对每个请求,他们都会打开一个任务。之后,技术人员处理任务并将许多任务附加到任务中。一旦任务被宣布结束并得到行政部门的批准,它就会进入会计部门,为任务开具发票(几乎是自动的)。
简而言之:分配 = 问题,任务 = 为解决问题而采取的行动
分配(由呼叫中心打开)
|_______ 任务 1(技术员 A)
|_______ 任务 2(技术员 B)
|_______ task3(技术员 C)
...
|_______ taskX(技术员 A)
一个任务主要有这些属性:
- 描述
- 技术人员姓名
- 花费的时间
- 花费的公里数
我们通常每年有大约 1500 个任务和大约 5000 个任务。
现在,所有这些流程都由我们过去制作的定制应用程序处理。 我想知道我们是否可以通过使用和集成Trac(开发部门已经使用它来处理内部事务)来改进我们的公司应用程序,它具有一些有趣的现成功能,例如 xml-rpc 和 work-流。
现在是大交易:
1) 由于作业的数量,我无法将作业绑定到 trac 项目。
2) 如果我将每个任务绑定到 trac 票证,那么任务应该绑定到 trac 票证 cmets,但它们无法增加花费的小时数和公里数。
3) 好像没有自定义cmets的插件
我如何尝试解决它们:
a) 我尝试使用 this 插件自定义评论:它工作得很好,但是当我通过公司应用程序中的 xml-rpc 查询 trac 时,我无法恢复良好的数据结构,并且不清楚已经花费了多少时间每个“评论”花费。另外没有办法增加公里
b) 我找到了Trac Remote Plugin,这似乎很有趣,因为我可以创建两个 trac 项目,一个用于分配,一个用于任务,然后使用 intratrac 链接将任务绑定到分配。可惜是not working for me。
您认为 trac 是一个不错的选择吗?你看到我可以使用它的任何其他方式吗?是否有任何其他跟踪系统(用于 linux)更适合我们的需求?
【问题讨论】:
标签: trac