点击链接理解详情
在日常工作中，您是否会遇到上面的状况：
- 作为研发人员，从需要拆分进去的开发子工作实现时，还要手动批改需要为实现状态，不仅耗时还容易脱漏；
- 作为产品经理，每天都要关注需要 / 工作的停顿，就怕错过 deadline 没发现也没人告诉；
- 作为项目经理，需要 / 工作拆分之后，短少各事项工时的汇总计算，难以兼顾资源分配；
- 作为测试工程师，缺点状态流转没有主动指派与告诉，耽搁验证工夫；
- ……
如果您还在被相似的问题困扰，难以从繁冗琐碎的重复性操作中抽身，那无妨来看看 CODING 自动化助手，让它来给您排忧解难吧！
自动化助手是什么？
自动化助手联合 CODING 本身实际和行业教训打磨而成，旨在通过灵便自定义的 自动化规定 帮忙企业缩小繁琐且有重复性的人为操作，标准研发流程，晋升团队研发效力。
自动化规定由 「根底信息 - 触发器 - 限度条件 - 执行操作」 四个因素组成，简略四步即可为您的团队创立专属自动化帮手，工作效率大大晋升。
- 开箱即用的规定模板
提供多种内置的规定模板，笼罩父子事项状态联动、工时计算、主动调配解决人等场景。
- 丰盛的触发器和操作
提供事项状态扭转、创立 / 删除事项、定时器、超时、倒计时等多种触发器及相干的触发操作，能够自在进行组合。
- 功能强大的判断条件
可对以后事项、父事项、兄弟事项等进行条件判断，并且反对大量的零碎属性和自定义属性的判断。
上面咱们将联合具体的场景，向大家出现如何玩好、用好 CODING 自动化助手。
如何玩转自动化助手？
场景一：开发工程师拆分了较多的子工作，用于交付一个较大的需要；心愿子工作实现后，自动更新父事项（需要）状态。
CODING 为您筹备的自动化计划如下：
- 在导航栏抉择「自动化助手」进入自动化规定治理页面，选取 「子事项实现后主动实现父事项」 这一规定模板。
- 编辑规定信息，选取利用我的项目。如需将规定利用到多个我的项目，请确保这些我的项目利用了同一个配置计划。
- 规定模板会主动抉择 「事项状态扭转」 触发器，放弃默认即可。在本例中，咱们将触发条件设置为：「工作」类型的事项由「任意状态」变更为「已实现」。
- 因为须要父事项（需要）拆分的所有子工作都实现才可变更需要状态，所以须要增加限度条件：「工作」类型的兄弟事项状态均为「已实现」。
- 满足以上条件后，设置自动化操作：将「需要」类型的父事项状态变更为「已实现」。
至此，自动化规定已配置实现。当指定我的项目内某个需要下的子工作全副实现，该需要会主动转为「已实现」状态。您能够在「规定日志」页面中查看自动化规定的执行记录和变更日志，轻松回溯执行后果。
场景二：产品经理每天都要关注名下需要 / 工作的 deadline，心愿在事项到期前 2 天主动揭示。
自动化计划：
- 配置规定触发器类型为「倒计时」，触发工夫抉择「截止日期」之前 2 天；
- 配置执行操作为「告诉」，告诉对象为指定的产品经理，告诉内容为自定义告诉揭示文案。
场景三：项目经理每天要 review 我的项目进度与工时，关注人力资源分配状况及危险预警，心愿零碎能够主动汇总事项的工时数据。
自动化计划：
- 配置规定触发器类型为「事项属性值扭转」，指定变更属性为「预估工时」；
- 配置执行操作为「事项属性操作」，将「预估工时」的值批改为「所有子事项的和」，且更改的事项为「父事项」。
场景四：测试工程师提出的 bug 实现修复后须要及时回归验证，心愿 bug 流转至待验证状态时有零碎告诉。
自动化计划：
- 配置规定触发器类型为「事项状态扭转」，指定「缺点」由「任意状态」变为「待验证」；
- 配置执行操作为「告诉」，告诉对象为创立 bug 的测试工程师，告诉内容为自定义告诉揭示文案。
CODING 自动化助手，规定多多，玩法多多~ 快登录 CODING 摸索适宜您团队的自动化规定，开启高效研发之旅吧！