Process Bugtracker-拒绝和自动化工作流

简介：

我在一家承包公司工作。我们为不同的公司客户制作软件，每个客户都有自己的规则、软件标准等

问题：

结果是，我们使用了几个bug跟踪系统。票务流量相对较大，SLA有时是致命的。主要的问题是，我们在自己的BT（目前是Mantis）中跟踪这些票据，但我们也在与他们的BT中的客户进行通信。但事实上，两个多渠道的通信产生了太多的信息噪音

解决方案、进度：

实际的解决方案是由一名员工负责同步流并跟踪SLA和其他许多事情。这花费了他相当大的一部分时间（cca 70%），可以花在更有价值的事情上。另一件事是，他不够快，有时同步没有真正同步。注释的某些部分只保留在一个系统上，有些部分完全丢失。（别在假期或生病的时候惹我生气，那才是乐趣的开始）

问题：

如何使这一过程自动化：聚合任务、监视SLA、通知合适的人员等。部分或全部

谢谢你的回答。

你需要类似的东西。它可以映射不同的应用程序并在它们之间同步数据。它的工作原理很简单：

创建zap（例如，在redmine和团队合作之间）

配置映射（redmine中的项目/属性如何映射到团队中的项目/属性）

您在两个系统中生成访问令牌，并将它们写入zap

Zapier定期同步redmine和团队合作

但螳螂还没有得到Zapier的支持。如果您的所有/大部分客户BT都在Zapier的应用程序列表中，您可以将自己的BT移动到另一个平台，或者向Zapier请求mantis支持

---

另一种方法是开发您自己的同步服务，每个员工使用登录/密码/令牌连接到所有客户端的BTs，并将更新下载到您自己的BT。这是一种困难的方法，此解决方案需要不断开发以支持客户端BTs的实际病毒。

您可以看看：

这是一个很好的小组对话工具

在整个团队的公开渠道中，在 私人组处理敏感事项，或使用直接消息 一对一

你可以有很多集成工具，你可以用Zapier来编程触发器

---

通过不同的渠道，您可以在小组对话中部分或全部通知正确的人：）

显而易见的答案是在所有不同的BT之间创建集成。如果不知道这些是什么，很难说这是否完全可能。大多数现代BTs都有API并支持集成。有些，尤其是基于桌面的，没有。对于那些用户，您可能必须直接监视数据库

正如已经有人建议的那样，Zapier是创建集成的一个很好的工具，并且可能已经有一些您需要的工具可用。我喜欢Slack，它有一个API，但消息基本上都是文本，除非在将消息发布到它的API时，您想进行某种划分，否则它可能无法工作

我不确定预算是多少，但创建集成需要花费资源。我建议你雇个人来管理这些。有人的唯一责任是交叉填充内部和外部缺陷跟踪系统，并跟踪每个系统的进度。你真正需要的是一个非常关注细节的人，他们不必是开发人员。这应该比在这方面使用开发人员资源更具成本效益

另一种选择就是停止。如果您的需求要求您为客户的项目使用客户的bug跟踪软件，只需使用他们的软件，停止重复工作即可。如果您需要某种中央存储库或用于管理工作的东西，可能只是一个简单的表格或电子表格，其中包含客户、项目、问题编号、状态，如果可能，还包括客户BT中的问题链接。我理解将其集中化的必要性和愿望，但如果这会扼杀生产力，那么机会成本就太高了

如果您为此创建一个集成工具，您将拥有一个非常可行的产品。这实际上是一个相当普遍的问题