研发效能的重要性：
研发效能肩负着提升企业产品交付和创新能力的责任。我们为什么要提高研发效能，因为技术本身是为业务服务的，产品的价值体现在业务上，技术的所有价值最终都要通过业务结果来呈现，我们的根本目的是帮助业务成功，促进业务腾飞。那技术就不重要了吗！重要，因为所有的业务价值最终都要通过软件服务来变现，两者相辅相成，互相促进。然而，如果对研发效能是什么缺乏共同的认知，我们又如何去改进它呢？
效率竖井是研发效能改进的最大问题：
如今大部分公司以传统的角度，更关注各个职能和部门的独立改进。然而，产品交付需要前后职能（如：产品、开发、测试等）和平行部门（如：前端、后端、算法等）的协作，过度局部优化，相反会导致效率竖井，反而影响整体的效率。
上图描述了传统开发模式下，产品交付面临的困境。从交付周期线明显可以看出，从需求的提出到交付需求的过程中，由于大部分时间都在等待，导致交付周期增加，从而影响研发效能。而这些等待有可能是需求需要批量处理等待，或者是部门间需要协作相互等待。最后导致虽然各个局部闲的繁忙“高效”，但整个系统对外响应效率很低。这就是效率竖井，也是研发效能提高要解决的主要问题。
阿里巴巴所提供的的解决方案：
基于这样的度量体系，应该设定怎样的目标呢？我们在多个团队的实施过程中，逐渐沉淀出了可供参考的目标体系，它可以总结为三个数字——“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：搞笑的每日站会：站会以价值交付为线索，从右向左检视需求的状态，聚焦于发现和处理价值流动中的问题。
关于如何改进研发效能详细内容：阿里巴巴研发效能提升实践系列公开课
课程讲师：何勉，阿里巴巴集团研发效能事业部资深技术专家，畅销书《精益产品开发 原则、方法与实施》作者，知名产品交付和创新方法专家。