大多数人对产研同学的认知都是每天做着高大上的活儿。

我们以为的产研团队是:

  • 研发负责人:今年最新的技术架构是什么、我的团队适合吗?
  • 开发同学:010001,一顿代码猛如虎
  • 测试同学:OK,测试一次性全部通过!
  • 产品同学:新财年我们产品的发展方向是xxx,里程碑如下所示:12345

实际的产研团队,除了那些我们以为的本职工作,还充斥着各种任务进度的跟进、同步和协调:

  • 研发负责人:今天团队的迭代开发进展怎样了?项目统计的数据怎么感觉不准啊!😓
  • 开发同学:代码都写完了,又忘了更新状态,怎么总是忘记啊!😫
  • 测试同学:这个需求冒烟又没过,又得打回去一遍、还要再通知开发😓
  • 产品经理:业务方又来找我问需求进展了,需求怎么还是待开发,又要人肉去跟催了😭

这些事情琐碎,却又是项目推进必不可少的环节。有没有什么办法可以让机器自动帮我们解决这些问题呢?

今天,小编就带你了解一个减负神器,借助云效Projex的自动化规则,实现任务状态的自动流转、需求的自动指派、自动催办

小明:自动化规则?听着就很复杂的样子!

云小妹:别急,自动化规则用起来,就像是对着天猫精灵发号施令一样简单。你只需要用 “当XXX,就XXX” 造句就可以啦。

例如你在云效Projex里设定好:

当需求关联代码分支,需求状态就变更为开发中
当需求在计划完成日期前3天,就邮件/钉钉通知需求负责人尽快完成
当子任务完成时,父任务就自动完成
当女朋友和妈妈同时掉进水里,我救。。。(快醒醒,你还没有女朋友)

只要当需求/缺陷/任务满足你定义的“当XXX”的条件,系统将自动帮你完成“就XXX”的指示。

这样说可能还是不够具体,下面,我们就以云效Projex产研团队为例,说明云效Projex团队的各个角色:研发负责人、产品经理、开发、测试每个角色是如何借助自动化规则,自动执行任务6400+次的,有效减轻工作量的。希望给你一些场景上的启发。

1、研发负责人:每日迭代进展群内定时通知

团队整体和单个成员的迭代进展,及时获知

这个简单的小功能,半年为我们产研团队省下213个小时_云计算

2、开发同学:任务状态自流转, 再也不用担心忘记更新状态了

开发同学一定有共鸣的事情就是:怎么总是忘记更新任务状态啊!

  • 代码已经在开发中了,却忘了从待开发改成开发中
  • 代码已经发布上线了,却忘了更改状态为已发布

然而这件事情,苦恼的却不仅仅是开发同学。对研发负责人来说,一旦开发同学任务状态更新不及时,迭代统计的数据也会很不准确。这对希望通过数据驱动研发效能改进的负责人来说,也是一件相当头大的事情:想要推动团队及时更新任务状态真的太难了!

一边是容易忘记,一边是推动团队落地太痛苦。如何解决这个问题呢?

简单几步就可以!我们只需在云效Projex里设置好:

(1)当任务下面关联代码提交时,系统自动变更任务状态为开发中。
(2)当任务下面关联发布变更时,系统自动变更任务状态为已发布。

开发同学更新任务状态的工作量就会减轻不少,团队的度量数据也会更真实。

3、产品同学:自动通知业务同学需求开发进展

产品作为业务和技术之间的桥梁,需要将需求的开发进展及时同步给业务方。

然而产品同学面临的问题是,子任务已经在开发中了,但是父任务却总是忘记更新为开发中。业务同学看到父任务的进展迟迟显示在待开发,就会来找产品追进度。这种情况怎么办?

同样,我们也只需要设置一个简单的自动化规则,就能搞定啦!

自动化规则设置:当子任务在开发中时,父任务自动变更为开发中

4、测试同学:及时获知需求的提测情况,及时跟进需求的测试工作

在很多公司,测试同学会规定:需求提测前需要开发同学写一封邮件给到测试团队。用好自动化规则,这个过程同样可以省去。

我们只需要设定好:当某一类需求提测时,发送邮件/到指定的钉钉群 即可。

这样开发同学省去了多余的邮件操作,测试同学也可以在群内及时获知测试进展。有些测试工作可能并不完全由某一个测试同学完成,测试负责人也可以根据群内的通知,在团队内灵活地分配。

这个简单的小功能,半年为我们产研团队省下213个小时_云原生_02

当然,需求的测试,并不是测试同学一个人的事情,产品同学也非常关心需求的实现是否符合最初产品的设置逻辑。所以,此时,测试同学只需再增加一条规则:当某一类需求提测时,自动通知产品同学做功能验收,这样也可以让产品同学及时验收需求,避免上线前发现问题的兵荒马乱。

总结

上面我们针对研发团队的每个角色列举了一些自动化规则的使用场景。实际使用中,每个角色可以根据自己的需求拓展出不同的场景,例如:

  • 当新建需求/缺陷时,发送通知
  • 当任务状态为待开发,且距离发布窗口仅剩2天时,发送通知
  • 当任务状态为测试打回时,发送通知
  • 当录入的缺陷包含某个模块时,缺陷自动打标分类
  • 当缺陷的创建人为测试同学自己时,通知测试同学自己验证
  • 当缺陷重开时,发送通知...

这里限于篇幅,我们就不列举更多。

我们只需知道,日常项目协作中的任务状态自动流转、需求自动指派、自动催办、平台集成等事情,我们完全可以通过云效Projex内简单的自动化规则设定,轻松完成,不遗漏!

为了让大家使用自动化规则更简单,云效Projex的产品经理在产品内预置了大量的自动化规则模板(如下图),帮你快速上手。

这个简单的小功能,半年为我们产研团队省下213个小时_云原生_03

如下图所示,云效Projex的产研团队已经提前吃螃蟹半年多。这半年来,云效Projex共设置15条自动化规则,累计执行自动化任务6419次。假设原本一个任务需要耗费人力跟进2分钟,半年下来,相当于给云效团队节省了213个小时。这213小时,用来做其他更重要的事情,不香吗?

这个简单的小功能,半年为我们产研团队省下213个小时_BizDevOps_04

如果你的团队也希望工作变得省力一些,不妨点击下方链接,前往云效项目协作Projex体验吧!

​https://www.aliyun.com/product/yunxiao/project?channel=yy_yccb_yc​


特别推荐

6月29日,我们特邀到阿里云、南京大学、Thoughtworks、InfoQ产学研界6位领军人物,进行一场重磅直播,共同探讨BizDevOps:数字化转型浪潮下的技术变局,并寻找破局之道。

观看直播你将了解到:

  • 数字化转型对于产品研发的挑战与机会?
  • 为什么我们需要从DevOps走向BizDevOps?
  • BizDevOps 体系包含哪些方法与实践?
  • 如何真正应用并落地BizDevOps,提升企业研发效能?

推荐观看人群:企业CIO、CTO、CDO,以及关注研发效能和产研数字化建设的从业者。

点击​​ 立即预约​​ 观看直播

这个简单的小功能,半年为我们产研团队省下213个小时_云计算_05