URTracker

仅供示例用途

当公司中使用URTracker的人员和部门比较多时，可以考虑创建一个流程供各个部门或项目组的负责人申请新的URTracker项目使用。这样做的好处是，用户申请新的项目时，可以规范申请人所提供的信息。一个部门申请的项目，可以让其他部门参考。   基本的过程为：项目或部门负责人提出申请 -> URTracker管理员创建并配置项目 -> 完成。  

请参考文档：《实例教程1：URTracker项目申请流程》

本模板用于对客户提出的问题进行跟踪处理。

客户通过本项目客户服务人员提交问题。技术服务人员能够处理的，直接处理并提交给客户确认；不能处理的，提交给技术支持人员处理。技术支持人员处理后，返回给客户服务人员。客户服务人员再返回给客户确认。 客户确认后关闭问题。

公司员工通过本项目向IT部门提交服务申请。

IT负责人接收到申请后指派IT工程师处理。IT工程师处理后，提交给申请人确认。申请人确认后关闭申请。

应用于团队规模比较小的情况。

当测试人员发现问题后，能够判断出应该有哪个开发人员解决，并将问题直接提交给对应的开发人员。开发人员解决后提交给测试人员测试确认。

本模板为《URTracker入门指南》文档中的配套演示项目模板。

本流程适用于测试人员不直接知道每个出现的问题由哪个开发人员处理的情况，或者需要开发经理对测出的缺陷进行审核的情况。

流程说明：

• 测试人员提交发现的bug给开发经理。
• 开发经理决定是否修改此bug，如果需要修改，将其指派给某个开发人员。如果不需要修改，则直接关闭
• 开发人员开始处理bug。
• 开发人员完成处理后，提交给测试人员确认。
• 测试人员对bug的修正情况进行测试，如果测试通过，则关闭bug，如果测试不通过，则返回给开发人员继续修改。

该模版主要用于客户服务工作的处理跟踪。

客户服务部门分为客服负责人、客服文员（前台接线生）、任务分派（给后台工程师分派任务的岗位，通常由客服负责人兼任）、客服工程师（后台）、项目成员（其他需要了解事务处理过程但不需要参与事务处理的人员）。

客服文员受理了用户诉求后，由任务分派岗位的人分派给客服工程师做后续处理，处理完毕后将处理结果返回给客服文员，由客服文员反馈用户。反馈后的事务提交给客服负责人归档，客服负责人进行一个事后监督检查，检查处理情况，确实已解决的，关闭事务，否则转客服工程师重新处理。

此模板由datahome用户贡献，特此感谢！
 

简单的任务跟踪模板。团队的负责人创建任务，分配给团队成员。团队成员处理任务，在任务完成后关闭任务。