研发效能面临的挑战

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

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

精益创业(MVP-最小可用产品)、精益开发、敏捷开发、持续交付、DevOps

效率竖井

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

局部繁忙不意味着高效率

做了很多东西最后又没用?
希望高效交付的东西能转化为业务的成功
局部效率、长期效率、用户价值
流动效率:是度量组织精益程度的指标。
研发效能面临的挑战_第1张图片

提升团队持续交付能力

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

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

研发效能提升之道

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

你可能感兴趣的:(研发效能面临的挑战)