在日常工作中，您是否会遇到下面的情况：
- 作为研发人员，从需求拆分出来的开发子任务完成时，还要手动修改需求为完成状态，不仅耗时还容易遗漏；
- 作为产品经理，每天都要关注需求/任务的进展，就怕错过 deadline 没发现也没人通知；
- 作为项目经理，需求/任务拆分之后，缺少各事项工时的汇总计算，难以统筹资源分配；
- 作为测试工程师，缺陷状态流转没有自动指派与通知，耽误验证时间；
- ……
如果您还在被类似的问题困扰，难以从繁杂琐碎的重复性操作中抽身，那不妨来看看 CODING 自动化助手，让它来给您排忧解难吧！
自动化助手是什么？
自动化助手结合 CODING 自身实践和行业经验打磨而成，旨在通过灵活自定义的自动化规则帮助企业减少繁琐且有重复性的人为操作，规范研发流程，提升团队研发效能。
自动化规则由「基础信息-触发器-限制条件-执行操作」四个要素组成，简单四步即可为您的团队创建专属自动化帮手，工作效率大大提升。
- 开箱即用的规则模板
提供多种内置的规则模板，覆盖父子事项状态联动、工时计算、自动分配处理人等场景。
- 丰富的触发器和操作
提供事项状态改变、创建/删除事项、定时器、超时、倒计时等多种触发器及相关的触发操作，可以自由进行组合。
- 功能强大的判断条件
可对当前事项、父事项、兄弟事项等进行条件判断，并且支持大量的系统属性和自定义属性的判断。
下面我们将结合具体的场景，向大家呈现如何玩好、用好 CODING 自动化助手。
如何玩转自动化助手？
场景一：开发工程师拆分了较多的子任务，用于交付一个较大的需求；希望子任务完成后，自动更新父事项（需求）状态。
CODING 为您准备的自动化方案如下：
- 在导航栏选择「自动化助手」进入自动化规则管理页面，选取「子事项完成后自动完成父事项」这一规则模板。
- 编辑规则信息，选取应用项目。如需将规则应用到多个项目，请确保这些项目应用了同一个配置方案。
- 规则模板会自动选择「事项状态改变」触发器，保持默认即可。在本例中，我们将触发条件设置为：「任务」类型的事项由「任意状态」变更为「已完成」。
- 因为需要父事项（需求）拆分的所有子任务都完成才可变更需求状态，所以需要添加限制条件：「任务」类型的兄弟事项状态均为「已完成」。
- 满足以上条件后，设置自动化操作：将「需求」类型的父事项状态变更为「已完成」。
至此，自动化规则已配置完成。当指定项目内某个需求下的子任务全部完成，该需求会自动转为「已完成」状态。您可以在「规则日志」页面中查看自动化规则的执行记录和变更日志，轻松回溯执行结果。
场景二：产品经理每天都要关注名下需求/任务的 deadline，希望在事项到期前 2 天自动提醒。
自动化方案：
- 配置规则触发器类型为「倒计时」，触发时间选择「截止日期」之前 2 天；
- 配置执行操作为「通知」，通知对象为指定的产品经理，通知内容为自定义通知提醒文案。
场景三：项目经理每天要 review 项目进度与工时，关注人力资源分配情况及风险预警，希望系统可以自动汇总事项的工时数据。
自动化方案：
- 配置规则触发器类型为「事项属性值改变」，指定变更属性为「预估工时」；
- 配置执行操作为「事项属性操作」，将「预估工时」的值修改为「所有子事项的和」 ，且更改的事项为「父事项」。
场景四：测试工程师提出的 bug 完成修复后需要及时回归验证，希望 bug 流转至待验证状态时有系统通知。
自动化方案：
- 配置规则触发器类型为「事项状态改变」，指定「缺陷」由「任意状态」变为「待验证」；
- 配置执行操作为「通知」，通知对象为创建 bug 的测试工程师，通知内容为自定义通知提醒文案。
CODING 自动化助手，规则多多，玩法多多~快登录 CODING 探索适合您团队的自动化规则，开启高效研发之旅吧！
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。