第14份敏捷年度状态调查

Posted by Bruce Wong on June 20, 2020

前言

一年一度的敏捷年度报告在月初新鲜出炉了,这份报告至今已经在全球范围内超过40000企业管理者、敏捷实践者、敏捷顾问参与过这一调查问卷。今年的调查在企业领域和价值流方面给出了不同的见解。这周有时间仔细阅读了一下,结合报告把我自己的一些感想分享给大家,接下来让我们一起来敏捷年度报告之旅吧。 agilesurvey

正文

调查对象的分布情况

今年的报告是从2019年8月到12月份期间,一共有1121个有效调查问卷反馈。今年北美以外的公司参与调查问卷的企业是59%比去年53%多了6个百分点。同时参与调查问卷的1000人以上的公司在增加,1000及以下人数的公司在减少。从侧面能反映,更多的大型企业开始了应用敏捷,而不仅仅是小型创业团队的企业在应用。从下图中可以看出中等规模企业(1000人左右)是关注敏捷的主要群体。 size of org

企业背景和敏捷实践情况

95%的调查对象表明他们的企业已经开始采用敏捷实践,其中很多企业应用敏捷在3~5年,他们已经积累了一定的实践经验。其中82%的企业并没有在全公司范围内应用。而是采用逐步应用的方式。 num of adoption
此外除了软件开发,采用敏捷的行业涉及也越来越广泛,市场,销售,人力资源等。说明敏捷不只是软件开发的专利,他的思想可以适应更广泛的领域。更多是思维方式的理解而不仅仅是工具的应用。 areas of org
另一方面,分布式团队如何采用敏捷也逐渐成为新常态,其中81%的被调查对象表示他们并不是所有敏捷团队的成员都在同一个地点工作。71%的受访者表示,他们企业采用跨地域合作敏捷。
企业为什么采用采用敏捷的方式,这是我比较关注的另一个调查问题,近几年越来越多的企业采用敏捷已从单纯的降低项目成本逐渐转变到价值交付,如何提供对客户有价值的软件产品从而提高企业自身价值这一思想越来越接近敏捷宣言的本意了。从下图可以看到: reason of adoption
加速软件交付是Top1,这正好应对敏捷宣言的“可工作的软件高于详尽的文档”,Top2是加强变更更管理优先级的能力,这对应敏捷宣言的“响应变化高于遵循计划”,这一调查从侧面印证了,交付与应对变化在当今软件领域应用敏捷最主要的两个原因。在项目管理方面越来越多的企业觉得项目成本与敏捷应用的关系开始减弱,应用敏捷有时候并不能降低成本,反而会增加成本,例如:学习成本,基础设施的投入成本,为了更清楚用户需求的讨论成本,迭代开发并不能让软件开发过程立竿见影的省钱,但是可能对于后续软件价值的交付与维护成本将起到大幅降低的作用,今年仅有26%的企业选择敏捷是因为希望降低项目成本相比去年41%降低了15个百分点。另一项调查表明84%的被调查者表示他们的企业敏捷成熟度仍然不高,仍然有机会通过培训或者引入教练来对企业敏捷技能进行提高。

敏捷方法和实践

Scrum依然是当今全球最广泛采用的敏捷方法和实践,没有之一,看下图的比率能看到他的广泛性。 agile method
如果熟悉Scrum,你肯定熟悉他的3355,而众多具体的敏捷框架内部的方法被采用的情况如何呢,让我们看看Top5都有哪些,如下图可以看到: agile techs
没错,依然是Scrum相关的方法实践占据前5名。这也从侧面证明Scrum的广泛认可度。敏捷开发中的工程实践在调查问卷中也给出了明确的排名。单元测试,CI,CD都名列前茅,不过这里面的CD大家要注意哦,是Delivery而不是Deployment。我认为这也体现了敏捷更注重价值的交付,而简单的部署不一定能保证一定有价值体现,可能仅仅是功能的一次部署。我们每一次迭代的目的都是客户价值的一次流动。 agile engineer techs
这一部分最后一个调查让我眼前一亮,我以前认为敏捷更多的适合于公司研发团队都是内部研发,不适合外包团队。而这一调查表明,越来越多的企业在尝试外包团队应用敏捷,并可能已经起到一定作用。可以看到50%的被调查者已经开始应用敏捷进行外包项目管理,42%的计划在未来24个月内增加外包项目中的敏捷使用率。 agile in outsource

敏捷成功和度量

很多时候我自己也会在想,一个企业敏捷转型如何度量他的成功,让我们看看世界范围内的这些企业都是如何度量,哪些是放在度量最前面的标准: measure of agile 可以看出客户满意度,业务价值,按时交付,质量,商业目标达成是前5位。这五个也印证了敏捷宣言的12个原则中的“我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意”。

规模化敏捷

规模化敏捷是大企业应用敏捷之后的必然选择,今年可以看到SAFe完胜其他方法,比去年增加5%,比第二名SoS超出19%的差距遥遥领先。他的直接竞争者LeSS只有4%,差距还是很明显的,虽然我个人比较喜欢LeSS,不过从这份调查问卷来看,企业更重视实际应用得效果,LeSS对企业应用敏捷时的震动会更大一些,而SAFe和他的名字一样更容易落地,更加安全(Safe),尽管一些落地方法会修改Scrum的原本出众。可以看出大型企业应用敏捷时更多是务实。 scaled of agile 大规模敏捷落地企业的Top3 挑战在下图也明确的给出:

  1. 企业拒绝变化
  2. 没有足够的领导力参与
  3. 跨团队流程和实践方式不一致

challenge of scanled agile

敏捷项目管理工具

敏捷项目管理有很多工具,在今年的众多调查对象中大家都推荐哪些自己实践中的好用工具呢,让我们来看看。

tool of agile
自动化的敏捷管理工具可以帮助团队自动出一些敏捷相关的数据统计,图表等,例如燃尽图,累积图,迭代归类,看板泳道等。同时方便分布式团队有集中位置可视化项目数据。不过我个人认为在引入敏捷初期,敏捷工具会让团队关注点从敏捷活动本身偏移到tool上面,这是不对的,也是不应该的。软件工具的学习会让大家关注工具使用但可能并没有领会敏捷的思想本身,所以简单快速上手的可视化工具:白板,便签仍然是最快捷而且成本最低的敏捷工具。

DevOps和价值流管理

DevOps最近几年一直属于热门词汇,他和传统的敏捷方法论有明显的不同,但是也有很多相同的价值观。他是为了解决特定问题而应运而生的。从下图可以看出76%(比去年上升了3%)的企业已经开始或在未来12个月内打算开始DevOps尝试。90%的被调查者认为DevOps转型对企业很重要 tool of agile
那么如何度量DevOps转型成功呢?看下图的统计不难发现,DevOps也关注交付价值的速度和质量,和前面敏捷的成功度量目标是一致的。 measure of devops

总结

这是我第一年阅读完整的敏捷调查问卷,报告内部很多问题的统计会让你对全球敏捷趋势有一个更全面的认识,希望这篇文章的分析和解读能对你有所帮助,敏捷不只是动作更重要的思维方式。而敏捷成功与否的度量是能够最大化的交付客户价值。

引用