自动关闭旧的 Jira 支持事务
Jira Service Management 是管理客户或员工支持事宜的绝佳工具。将 Jira Automation 添加到混合搭配中,即可让使用体验更上一层楼。
通过自动化的强大功能,即可为支持工程师赋能,节省无数时间,并持续提供完美的支持。此规则以及试验场上的其他规则均为具体操作方式的极佳典范。
自动化秘诀
步骤 1:选择触发器
每个自动化规则都从触发器开始。我们将在此使用计划触发器。我们会将其设置为每天运行,但会使用 JQL 过滤器来确保我们只寻找正确的事务,即 5 天内客户没有更新的事务。
本用例的 JQL 为:status = "正在等待客户" and updated < -5d
步骤 2:添加操作
我们不需要添加条件,因为触发器中包含了 JQL。我们只需选择“过渡事务”操作,然后将状态指定为“已解决”。
现在,我们已找到了所有“陈旧”事务并自动将它们的状态标记为“已解决”,因此 Jira 将保持最新状态,以用于报告目的。
步骤 3:向事务添加评论操作
自动解决事务的操作可用于解决一个问题。但是,我们希望确保尽可能透明,以便客户了解事务被关闭的原因。
为此,我们对该事务添加评论。您可以使用智能值来定制消息。在本例中,系统将输出客户的名字。
*此规则通常与“客户评论时重新打开 Jira 事务”相关联
第 4 步:测试
这是一个易于测试的规则。您可以在自己实例的示例项目中试用它,然后在审计日志中跟踪所有痕迹。此外,您还可以使用调试方法来处理智能值。
有用的资源
如何在 Jira 中使用 JQL
智能值简介
一个包含各种实用 Jira Automation 资源的页面
另外 7 个常见的 Jira Service Management 规则
您可能会认为有用的其他规则
分配事务
自动分配事务
如果提起事务时未包含经办人,将自动分配给事务的创建者
同步事务
同步工作
当长篇故事被标记为“已完成”时,也会将其所有故事移动到“已完成”。
通知
每日 Slack 摘要
发送每日 Slack 消息,其中包含 Sprint 中仍未解决的事务列表
敏捷
汇总故事点
创建新的子任务时,将其故事点汇总到父项
DevOps
连接 Jira 和 Bitbucket、GitHub 或 GitLab
当 PR 合并到 Bitbucket/GitHub/GitLab 中时,在 Jira 中转换事务