我在一家提供技术支持的公司工作,这是我们共同的工作流程:呼叫中心或商店的人员抓住客户的帮助请求,并且每次请求都会打开一项任务.之后,技术人员负责分配工作,并将许多任务附加到任务中.一旦分配被宣布关闭并且它被管理部门批准,那么它将转到会计部门,该部门为分配发票(几乎自动).
简而言之:赋值=问题,任务=采取行动解决问题
任务(由呼叫中心打开)
| _______任务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执行此操作.
不要将Assignments和Tasks视为不同的东西,而是让它们都由票证代表.每张票都有一个可自定义的"类型"字段.您可以为此字段选择"分配"和"任务"两个选项.这应该允许您在同一个Trac实例中保留Assignments和Tasks,同时仍然可以区分它们并分别查询每个组.如果您愿意,您甚至可以添加一些自定义Javascript/CSS,显示"查看故障单"页面对于分配和任务略有不同(例如,如果您想稍微更改颜色以提供其他视觉提示).
棘手的部分是采用构成作业和相关任务的不同票证,并确保它们彼此正确关联.值得庆幸的是,有一个插件可以帮助你做到这一点.抓住Trac-MasterTickets插件.这将为您的故障单添加两个字段,默认情况下名为"blocks"和"blocked by".这些用于表示票证依赖性.如果您在"阻止者"字段中创建(例如)故障单#8并列出"#4",则表示必须在#8完成之前完成故障单#4.执行此操作时,Trac会自动更新故障单#4并在"blocks"字段中列出#8.现在,您在两个表示依赖关系的故障单之间存在交叉引用关系.这应该是您分配任务和任务所需的内容.您可以将这些字段的名称更改为"子任务"和"父分配".创建新任务时,您可以指示它所属的分配,Trac将自动交叉引用它们.您甚至可以使用DynamicFieldsPlugin仅在"分配"类型的故障单上显示"子任务"字段,并仅在"任务"类型的故障单上显示"父分配"字段.