在日常工作中,您是否会遇到下面的情况:
作为研发人员,从需求拆分出来的开发子任务完成时,还要手动修改需求为完成状态,不仅耗时还容易遗漏;
作为产品经理,每天都要关注需求/任务的进展,就怕错过 deadline 没发现也没人通知;
作为项目经理,需求/任务拆分之后,缺少各事项工时的汇总计算,难以统筹资源分配;
作为测试工程师,缺陷状态流转没有自动指派与通知,耽误验证时间;
……
如果您还在被类似的问题困扰,难以从繁杂琐碎的重复性操作中抽身,那不妨来看看 CODING 自动化助手,让它来给您排忧解难吧!
自动化助手结合 CODING 自身实践和行业经验打磨而成,旨在通过灵活自定义的自动化规则帮助企业减少繁琐且有重复性的人为操作,规范研发流程,提升团队研发效能。
自动化规则由**「基础信息-触发器-限制条件-执行操作」**四个要素组成,简单四步即可为您的团队创建专属自动化帮手,工作效率大大提升。
提供多种内置的规则模板,覆盖父子事项状态联动、工时计算、自动分配处理人等场景。
提供事项状态改变、创建/删除事项、定时器、超时、倒计时等多种触发器及相关的触发操作,可以自由进行组合。
可对当前事项、父事项、兄弟事项等进行条件判断,并且支持大量的系统属性和自定义属性的判断。
下面我们将结合具体的场景,向大家呈现如何玩好、用好 CODING 自动化助手。
CODING 为您准备的自动化方案如下:
至此,自动化规则已配置完成。当指定项目内某个需求下的子任务全部完成,该需求会自动转为「已完成」状态。您可以在「规则日志」页面中查看自动化规则的执行记录和变更日志,轻松回溯执行结果。
自动化方案:
配置规则触发器类型为「倒计时」,触发时间选择「截止日期」之前 2 天;
配置执行操作为「通知」,通知对象为指定的产品经理,通知内容为自定义通知提醒文案。
自动化方案:
配置规则触发器类型为「事项属性值改变」,指定变更属性为「预估工时」;
配置执行操作为「事项属性操作」,将「预估工时」的值修改为「所有子事项的和」 ,且更改的事项为「父事项」。
自动化方案:
配置规则触发器类型为「事项状态改变」,指定「缺陷」由「任意状态」变为「待验证」;
配置执行操作为「通知」,通知对象为创建 bug 的测试工程师,通知内容为自定义通知提醒文案。
CODING 自动化助手,规则多多,玩法多多~快登录 CODING 探索适合您团队的自动化规则,开启高效研发之旅吧!