阿里如何定义团队的研发效能?

本文探讨了阿里巴巴对研发效能的定义,指出效率竖井是研发效能改进的主要障碍,并强调了持续快速交付价值的能力作为核心目标。通过5组关键指标来度量研发效能,包括发布能力、需求响应周期、交付吞吐率、交付过程质量以及对外交付质量。此外,文章提出“2-1-1”愿景作为效能改进目标,以促进组织的系统性和全局性改进。
摘要由CSDN通过智能技术生成

简介: 简介: 作者:何勉,阿里巴巴研发效能部资深技术专家。因为身处研发效能部,我接触了公司很多产品技术团队。他们几乎都把研发效能提升列为了本财年的重要目标,大部分还为此成立专项,如此我们又如何去提升它呢?

阿里云云效效能洞察产品正在灰度测试中,立即测试体验

作者:何勉,阿里云云效资深技术专家

因为身处研发效能部,我接触了公司很多产品技术团队。他们几乎都把研发效能提升列为了本财年的重要目标,大部分还为此成立专项。然而,对于什么是好的研发效能,却很少能被清晰定义。如此,我们又如何去提升它呢?

针对这个问题,本文将明确定义研发效能,并提供度量它5个指标。为研发效能的提升指明目标,并衡量提升的效果。本文也是关于研发效能提升及产品交付方法系列文章的开篇,为之后介绍的产品交付方法是否有效设立了标准。
在这里插入图片描述

效率竖井是研发效能改进的最大问题

产品交付需要前后职能(如:产品、开发、测试等)和平行部门(如:前端、后端、算法等)的协作。传统方法更多关注各个职能和部门的独立改进。然而,过度局部优化,往往导致效率竖井,反而损害整体效率。
在这里插入图片描述
什么是效率竖井呢?上图描述了传统开发方式下,产品交付面临的普遍困境——各职能和部门局部优化带来一系列问题,如:

基于局部信息的工作优先级安排,造成不同部门和职能间相互等待,让需求无法顺畅流动。比如前、中、后台对工作的优先处理不一致,进度无法对齐,让已经开始的需求不能及时交付。

批量式的工作移交,带来进一步等待。为了最大化单个环节的效率,各职能往往倾向于批量接受和移交工作,如批量的集成,批量的转测等。进一步造成需求在过程

  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值