研发效能的重要性:
研发效能肩负着提升企业产品交付和创新能力的责任。我们为什么要提高研发效能,因为技术本身是为业务服务的,产品的价值体现在业务上,技术的所有价值最终都要通过业务结果来呈现,我们的根本目的是帮助业务成功,促进业务腾飞。那技术就不重要了吗!重要,因为所有的业务价值最终都要通过软件服务来变现,两者相辅相成,互相促进。然而,如果对研发效能是什么缺乏共同的认知,我们又如何去改进它呢?
效率竖井是研发效能改进的最大问题:
如今大部分公司以传统的角度,更关注各个职能和部门的独立改进。然而,产品交付需要前后职能(如:产品、开发、测试等)和平行部门(如:前端、后端、算法等)的协作,过度局部优化,相反会导致效率竖井,反而影响整体的效率。
上图描述了传统开发模式下,产品交付面临的困境。从交付周期线明显可以看出,从需求的提出到交付需求的过程中,由于大部分时间都在等待,导致交付周期增加,从而影响研发效能。而这些等待有可能是需求需要批量处理等待,或者是部门间需要协作相互等待。最后导致虽然各个局部闲的繁忙“高效”,但整个系统对外响应效率很低。这就是效率竖井,也是研发效能提高要解决的主要问题。
阿里巴巴所提供的的解决方案:
基于这样的度量体系,应该设定怎样的目标呢?我们在多个团队的实施过程中,逐渐沉淀出了可供参考的目标体系,它可以总结为三个数字——“2-1-1”。
“2-1-1”最初来自天猫新零售,其后在闲鱼和研发中台、阿里云等团队完善和采用。什么是“2-1-1”呢?
其中“2"指的2周的交付周期,85%以上的需求可以在2周内交付;
第一个“1”指的是1周的开发周期,85%以上的需求可以在1周内开发完成;
第二个“1”指的是1小时的发布前置时间 - -提交代码后可以在1小时内完成发布。
达成“2-1-1”的愿景并不容易。1小时的发布前置时间,需要持续交付流水线,产品架构体系和自动测试、自动部署等能力的提升。1周的开发周期,涉及更多的能力和实践,如:需求的拆分和管理,开发团队的分工协作模式,以及持续集成和持续测试实践;最困难的则是2周的交付周期,首先它要以另外两个指标为基础,同时还涉及整个组织各职能和部门的协调一致和紧密协作。
当然,“2-1-1”是源自特定的团队,并非所有团队都要使用同样的值,比如对于涉及硬件开发的团队,两周的交付周期通常过于挑战。组织应根据自己的上下文设定恰当的目标,重要的是,它要指明改进的方向。
课程介绍:
本课程将从研发效能的定义和度量着手,逐渐深入解析来自不同业务部门提升持续交付能力的实践、方法和工具,同时还将分享如何基于持续交付能力,切实提升产品和业务创新的效率和效果。
- 课时1:研发效能如何定义:详细讲解研发效能的定义。
- 课时2:研发效能如何度量:讲解研发效能的度量体系和改进愿景。
- 课时3:利用看板帮助效能可视化价值流动:以可视化价值流动为基础,及时暴露价值交付过程中的问题和瓶颈。
- 课时4:需求持续、快速地流动和交付:控制在制品数目,可以更及时的暴露问题、阻碍和瓶颈,促进团队系统性的改进,从而让价值顺畅流动。
- 课时5:内建过程质量:以需求为单位保障各环节的质量,把质量内建到每个需求的各个环节。
- 课时6:搞笑的每日站会:站会以价值交付为线索,从右向左检视需求的状态,聚焦于发现和处理价值流动中的问题。
关于如何改进研发效能详细内容:阿里巴巴研发效能提升实践系列公开课
课程讲师:何勉,阿里巴巴集团研发效能事业部资深技术专家,畅销书《精益产品开发 原则、方法与实施》作者,知名产品交付和创新方法专家。