如果您需要任何证据证明业务部门和信息技术部门之间长期存在的脱节,那么数据就在这里。我们经常将这种脱节与未能传达不断变化的业务需求联系起来,但在评估其软件团队的生产力或绩效时,业务领导者也不恰当。在最近的一项调查中,几乎十分之九(89%)的高管相信他们能够准确地衡量软件工程团队的绩效,但实际上,他们无法掌握正在发生的事情。首先,许多人仍然认为代码的产生是软件团队生产力的一个精确度量——一种非常不完美的测量手段。< < /P> < P> < / P> < P>这是最近对CurCeli发布的2013位高管的一项调查中的水果挞。据估计,企业每年损失高达1.26亿美元,因为高管们不了解开发人员生产率的基本要素。至少40%的企业领导者正在使用代码行和故事点等衡量标准来衡量团队的绩效,这些度量单位用于估计完成软件项目所需的工作量。调查的作者指出,这两种方法都不能准确证明工程成果的投资回报率。”这两项指标都有一定的利基效用,但在衡量软件团队的成功和对业务的影响方面却没有效果。”
80%的高管表示,如今软件工程师的能力对他们的业务至关重要。超过三分之一(36%)的人表示,通过高效的软件交付,他们可以显著增加收入(超过50%)总体而言,我们调查的领导者估计,通过加强业务与技术之间的关键关系,可以实现每家企业每年1.26亿美元的潜在提升然而,如果不深入了解工程团队是否准备好交付成果并充分发挥其潜力,那么收入的增长将仍然无法为许多人所掌握。”对软件运营缺乏深入了解会产生许多影响,尤其是在调查中,只有三分之一的公司是由简历中有一定IT背景的高管领导的。”研究人员指出:“数字驱动企业的高管们常常很难解释软件工程人员和工具成本是如何回到他们的底线的。”如果没有这种理解,像“我们应该雇用更多的开发人员吗?”这样看似简单的问题很难回答。”
调查显示,要缩小这些差距还需要做多少工作。例如,DevOps和持续集成/持续部署仍处于初级阶段。目前,30%的人计划优先考虑DevOps,只有15%的人将首次将CI/CD付诸实施。
该报告强调了在目标和结果上保持一致、缩短反馈循环以及使用适当的指标作为方法的重要性,这些方法可以弥合业务领导者与其开发团队之间的这些关键差距。该报告的作者提倡服务级别目标(SLO),它是“可以将业务环境引入输出的特定部分的简单数字度量,通常包括错误率、正常运行时间、,恢复时间。“仍然基于基本输出(如代码行)的活动度量的组织建议“考虑您的软件交付管道,设置基线,并设定目标,以优化您的快速发布、获得客户反馈和迭代的能力-提供更多的成功机会。”
结果很重要,报告作者强调。衡量结果是至关重要的,“无论是对于工程领导者来说,他们拥有自己对业务影响的故事,还是对于业务领导者来说,对于在何处以及如何投资于工程团队做出准确判断。金标准是理解软件的变化是如何影响业务绩效的:这项新功能增加了销售额吗?停机时间的减少是否降低了客户流失率?新版本的客户是否更有可能扩大其使用范围?然而,将软件团队工作与业务影响联系起来可能很困难,定义好的结果指标的挑战在于,根据每个组织的需求和目标,它们可以是非常个性化的。”
调查:技术如何支持负责任和可操作的人工智能协助您的平台迁移
云计算的命运:作为一台全球计算机运行,通过注册启用无服务器
,您同意使用条款并确认隐私政策中概述的数据实践。
您还将免费订阅ZDNet的今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅这些时事通讯。
您同意接收CBS公司系列的更新、提醒和促销活动,包括ZDNet的今日技术更新和ZDNet公告时事通讯。您可以随时取消订阅