研发效能面临的挑战

如何顺畅、高质量地交付有效价值

1、技术能力 2、研发交付能力
这就对研发效能提出了核心的诉求和挑战。
新零售（线上/线下）、新制造、IOT（硬件/软件）随着业务及协作复杂性增加，如果不能很好的应对，研发效能有降低的趋势。
一个组织对研发效能的期待越来越强，要快，用户选择性越来越多，要能更快更好的响应用户需求。
软件交付和创新成为业务竞争的核心能力
如何才能适应时代的要求，提升研发效能？
精益创业（MVP-最小可用产品）、精益开发、敏捷开发、持续交付、DevOps

效率竖井

什么叫效率竖井呢？在产品开发过程中，企业通常是按职能组织团队的，如业务部门、产品部门、开发部门、测试部门及运维部门等，每个职能都可以说自己很高效，从各自的视角去提升效率，看上去每一个职能都很繁忙，看似高效。但是从用户/客户的角度去看，用户关心的是需求是以多快速度交付到他的手中，满足他“所想即所得”的述求。我们看单个需求在研发过程流动的整个周期，从需求提出到完成的整个时间线上，我们分别用红线表示等待时长，绿线表示被处理的时长，红长绿短。
要把以局部资源效率为核心变成以用户价值流动效率为核心。局部效率看单点资源是否被充分利用，即每个人忙不忙。而流动效率不再指人，是指用户的价值、用户的需求的从起点到终点的流速。
缩短交付周期不仅仅是提升快速交付价值能力，也快速的得到反馈（后续还会讲到快速反馈），可以更好的调整和探索，这就需要看的是系统而非局部的改进。局部是看各个职能模块，系统是看端到端整个完整链条。

局部繁忙不意味着高效率

做了很多东西最后又没用？
希望高效交付的东西能转化为业务的成功
局部效率、长期效率、用户价值
流动效率：是度量组织精益程度的指标。

提升团队持续交付能力

为了提升持续、快速交付价值的能力，这需要精益和敏捷协作实践，包括：第一部分端到端的拉通和可视化，即可见到用户需求的交付过程，它有没有走走停停，如果发生了等待是什么原因，只有可见才能管理这个过程；第二部分是怎么管理价值的流动，即可控，控制不是控制人而是流程，目的是让价值的流动更加顺畅;第三部分要讲流动的度量、反馈和持续改进，度量和反馈永远是个热门话题，却又永远也不简单，其中有很多陷阱和误区，我们试图去破解这些陷阱和误区，度量的目的是帮助改进而不是责备谁，它能回答流动效率怎么样，可以在哪些方面改进。

以流动效率为核心提升团队的持续交付能力，把每个人的工作变成一个整体的有效快速交付就够了吗？高效交付不等于业务成功，我们还要以用户价值为核心规划和探索有效的产品。

研发效能提升之道

以流动效率为核心提升团队的持续交付能力；以客户价值为核心规划和探索有效的产品；以长期效率为核心沉淀优质软件资产和工程的能力。这三个核心构成了我们的研发效能过提升之道。