Skip to main content

moregeek program

这个简单的小功能,半年为我们产研团队省下213个小时_阿里云 云效的博客-多极客编程

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

我们以为的产研团队是:

  • 研发负责人:今年最新的技术架构是什么、我的团队适合吗?
  • 开发同学: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个小时_研发效能_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

©著作权归作者所有:来自51CTO博客作者阿里云云效的原创作品,请联系作者获取转载授权,否则将追究法律责任
这个简单的小功能,半年为我们产研团队省下213个小时
https://blog.51cto.com/u_15422422/5424751

实践手册:业务引领的devops持续交付研发体系_永远的朋友的博客-多极客编程

导言:在自己从事产品研发实践和管理的十几年职业生涯里,少部分时间经历的是以瀑布式开发为主导的研发模式;绝大部分时间经历的是以敏捷开发为主导的研发模式;在硬件研发制造的场景下,也经历过以IPD(集成产品开发)为主导的研发模式。其实,各种研发体系的出现和行业实践,都是在解决“如何保障产品交付质量?”“如何提高产品交付速度?”的本质问题。同时,对于研发团队而言,不仅仅是按时保质的交付产品即可,如敏捷开发

摆脱五彩斑斓的黑,成为七彩程序员!-多极客编程

性格沉闷、不爱说话、不懂浪漫、爱穿格子衫……这些带有刻板印象的标签仿佛已被烙在了程序员的身上。但对于程序员们来说,他们的活泼、浪漫,表现在各式各样的编程语言中。在这些语言构建的世界中,有一群七彩程序员,他们聪明、热情、极富创造力,在面对不同场景,他们有着不同的性格色彩。 面对自己的作品,他们有着赤色的荣耀心。 赤色的荣耀心代表着程序员对编程的赤诚与热爱。对于程序员来讲,编程是一门艺术,编程能够做到

精益产品开发体系最佳实践及原则-多极客编程

摘要:精益产品开发体系最佳实践及原则。精益求精是工匠精神实现的最佳方法,通过引入实践精益思想的原则和方法进行精益产品开发,打造对客户最好的产品进行交付,其次通过精益思想的理念降低企业的运营成本,提高企业的运营效率。精益思想的定义让我们从精益思想讲起。先给精益思想做一个定义,这个定义来自wikipedia,它最终其实还是引自《精益思想》这本书。它的定义是“精益思想是关于如何有效组织人类活动的一个新的

研发测试时间比,bug数据分析_软件测试综合能力提升的博客-多极客编程

问:1、研发和测试的时间比,多少合理 ?2、一个版本,60个Bug(致命2,严重3,普通30,一般5),能得出啥结论 ? 问题 1、研发和测试的时间比,多少合理 ? IDO老徐 ,答: 1、有很多统计方法,不同的团队,能力不同,业务不同,差异化很大 。 2、如果是写文章,给大家一些参考数据 。 我的建议是,三分之一 。 具体,根据团队实际情况,以及每个版本的复盘总结,去调整后续的时间占比 。 3、

软件工程最佳实践——项目需求分析_mb62bd44444bbaf的博客-多极客编程

你是否遇到过这样的客户(有,而且很常见) 1、我的需求就一句话,XXXX 2、你们还不够明白吗 3、需求要你们自己去挖掘分析,我怎么会知道呢 4、你们要借鉴下网上啊,看些别人怎么做的,抄过来不就好了 等分析后(客户变成懂大师) 1、你们这个要这样这样这样。 2、不应该这样,这个要改掉。 3、你们抄的这个东西,不够灵魂,要再添加这个功能。 ------------------------------

聊聊支付流程的设计与实现逻辑_知了一笑的博客-多极客编程

新手打怵老手头疼的业务; 一、业务背景 通常在业务体系中,都会或多或少的涉及到支付相关的功能;对于一些经验欠缺同学来说,最紧张的就是面对这类支付结算的逻辑,因为流程中的任何细节问题,都可能引发对账异常的情况; 错误发生之后,再想去修复流程,花费的时间成本又是高昂的,还牵扯错误数据的调平问题,最终很可能引发乱账算不清的结果,然后需要人工介入手动处理; 在支付场景中,不但涉及诸多的复杂业务,结算

软件测试的三个沟通技巧_funtester的博客-多极客编程

成熟的沟通技巧对于软件测试工程师在竞争激烈的软件测试领域中发挥作用至关重要。虽然软件测试职业需要编程技术和业务能力等硬技能,但优秀的测试人员是全面的,并且掌握了人际沟通的艺术。能够有效在团队以及与外部进行交流的测试人员通常会让团队更容易成功。 沟通不畅可能导致缺陷与错误编码一样昂贵)。沟通不畅不仅会导致缺陷,还会导致相互指责、关系降低和项目延迟。要使软件测试人员取得成功,必须掌握沟通技巧,尤其是积

大数据开源架构包括哪些?_流辰信息的博客-多极客编程

当前,数据在现代化企业经营中是非常重要的资源。很多企业的经营决策、策略和方法都需要对数据进行分析。今天这篇文章主要是对大数据开源架构的相关知识的探讨。一起来看看大数据开源架构都包括了哪些内容。1、业务应用也就是是数据采集,用什么方式收集数据。互联网搜集数据是比较简单的,渠道比较多,开源通过网页、APP等方式来搜集,如果做得更细化,就可以切分出很多维度,做的工作就更深了。2、数据集成指的就是ETL,

对于面向对象设计原则的一些理解_liatsce的书架的博客-多极客编程

本文内会介绍一些在面向对象设计中常用到的设计原则。这些原则能够使对业务逻辑的抽象更加的直观,准确,同时还能够使设计更加符合面向对象设计的理念。笔者在文中也会阐明自己对于这些原则的理解,若有误希望大家随时纠正。 1.SRP 单一职责原则:类、方法只干一件事 笔者认为这个原则告诉我们,在封装方法时,尽量不要将大部分或所有的业务逻辑都封装在一个方法中。应该适当的将逻辑拆分,封装到多个方法中。当然,要

关于面向对象设计的一些理解和思路_liatsce的书架的博客-多极客编程

本文中会介绍一些笔者对于面向对象设计概念学习的笔记、理解以及实现思路。希望这些内容能够帮助大家对面向对象设计这一概念有更多的认识。若文中有错误的理解和概念,请大家及时纠正;吸纳大家的建议,对于我来说也是很重要的学习过程之一。 1.基本概念 由于对象是对事物的理解和抽象,所以对象就是对一个事物的属性和行为的理解和抽象。正是这样的一种关系,面向对象就是对一个事物的属性和行为的理解和抽象的方法。理解对象

面试:请说几个印象深刻的bug ,并举例 ?_软件测试综合能力提升的博客-多极客编程

问:面试被问到“ 说一个,你印象比较深刻的Bug ?”,怎么回答 ?有啥坑否 ? IDO老徐 ,答: 1、这个问题,测试新人,面试,基本上都会问; 2、如果你工作 五年以上的,问的频率会下降,你的核心竞争力不在这了;更多会问你系统的整体质量把控、数据结果、测试管理经验、测试知识体系、测试工具 等 。3、这问题,怎么回答 ?思路,1)找一些复杂因素导致的棘手问题2)尽量找一些外因,或者底层逻辑,导致

揭秘百度智能测试在测试自动执行领域实践_百度geek说的博客-多极客编程

上一篇,介绍了测试活动测试输入、测试执行、测试分析、测试定位和测试评估五个步骤中测试输入智能化研究和实践,包含异常单测生成、接口用例生成、动作集生成等研究与实践。本章节重点介绍测试执行环节的智能化实践。测试执行是指将测试生成的用例集、数据集利用手动和自动化的方式对这些集合运行,测试执行本质上不能提升揭错水平,但如何高效稳定的执行完测试集合也是影响测试效果的关键。 测试执行智能化通过将数据