写点什么

软件开发智能平台 DX 推出新的开发者生产力衡量框架 DX Core 4

作者:Matt Saunders

  • 2025-01-30
    北京
  • 本文字数:1877 字

    阅读完需:约 6 分钟

软件开发智能平台DX推出新的开发者生产力衡量框架DX Core 4

软件开发智能平台 DX 推出了一个叫作 DX Core 4 的框架,旨在帮助技术负责人衡量和提升开发者的生产力。该框架构建在 DORA 指标 和 SPACE 这些早期的框架之上,简化了这项任务。它由行业专家共同开发,包括 Nicole Forsgren 博士和 Margaret-Anne Storey 博士。


“DX Core 4 是什么?简而言之,它就是我们对‘应该衡量什么’这个问题的回答,”DX 首席技术官 Laura Tacho 在框架发布播客中解释道。“技术负责人仍然需要自己思考究竟应该选取哪些指标来衡量”。



Core 4 框架关注这四个关键维度:速度、效率、质量和影响。团队将这些维度设定为“对立指标”,帮助组织平衡他们的衡量方法。“速度快固然好,但如果速度提升却导致效率降低,那就得不偿失了,”Tacho 指出。“业务影响大是好事,但如果业务影响显著却伴随着质量下滑,那也不好。”


其他框架,如 DORA,强调将“前置时间”作为交付速度的关键指标,但 Core 4 更多地关注“每位工程师的差异(diffs)”。在播客中,DX 首席执行官 Abi Noda 解释说,与非技术利益相关者有效沟通的需求是做出这一选择的关键驱动因素:“像前置时间这样的指标,虽然在工程领域内被广泛理解……但当你将这个指标呈现给非技术利益相关者、首席执行官或首席财务官时,常常会遇到像‘为什么前置时间很重要’这样的疑问。”


Meta 也采纳了衡量差异的概念也,正如他们在自己的播客中解释的那样。


该框架还强调开发者体验是性能指标的重要平衡因素,旨在减少指标游戏化以及对工程文化潜在负面影响的担忧。“如果每位工程师的差异造成了文化问题,这些问题将反映在开发者体验指标中,”Noda 解释道。


“如果你的业务停止创新,就会失败,这是资本主义的现实。”

—— Laura Tacho


为了衡量业务影响,Core 4 框架引入了“新功能开发时间占比”这个关键指标,为组织提供了一种切实可行的评估创新产出的方式,无需再尝试按功能逐一计算。


Tacho 和 Noda 解释说,该框架在大型组织的实际应用中已展现出令人鼓舞的成果。例如,制药公司辉瑞成功使用 Core 4 实现速度、安全性和文档质量的同步提升。这个案例说明了该框架平衡方法如何帮助组织摆脱权衡开发工作不同方面的困境。


对于指标游戏化的担忧,Tacho 分享了来自实际应用的见解:“在与我们的客户交谈中,一些在大规模运营的客户……他们在领英从事开发者生产力工作期间,从未遇到过有人试图操纵系统的情况。”


Core 4 框架的推出恰逢技术负责人面临越来越大的压力、需要量化他们的工作商业价值。“我们处于一个后零利率政策(ZIRP)时代。市场正在发生巨大变化,对技术负责人的期望也在发生很大变化,”Tacho 指出。“只有当你能够真正自信地阐述开发者体验、平台工具、持续集成 / 持续部署等对业务的益处时,这才会对你有所帮助。”


该框架适用于不同的组织层级,同时确保实际的可操作性。它整合了现有框架的指标,并提供了关于具体使用哪些指标的指南。正如 Noda 指出的,“如果作为一个行业、研究社区和实践者,我们认识到定义生产力本身就是一个真正的挑战……那就几乎不可能推动一致的努力、对话和投资来改善开发者体验和生产力。”


DX 强调应该要负责任地实施 Core 4 框架,尤其像“每位工程师差异”这样的指标,并建议在团队和组织层级而不是个人层级衡量此类指标,始终将其作为一系列平衡指标的一部分来考量,而非孤立看待。


在领英的一篇 回应帖 中,心理学家兼神经科学家 John Flournoy 强调了对 DX Core 4 指标进行情境解读的必要性,他认为若缺乏对公司目标的情境意识,便无法准确评估生产力和速度。Flournoy 还质疑更快是否总是更好,审视了定义价值的复杂性以及理解开发者责任的全部范围,而不仅仅是拉取请求。在帖子的结尾,Flournoy 强调他的批评并不是针对 DX Core 4 方法本身,而是针对组织如何解读指标。他呼吁组织不要将指标作为普遍标准来应用。


“如果你拥有一款需要进行逐步改进的成熟产品,需要对添加新功能进行深思熟虑,或者有一点额外的工程能力来应对突然的变化,那么慢一点或许是恰当的选择。”

—— John Flournoy


创新和维护工作之间的平衡也很重要。Flournoy 认同 Tacho 的观点,即将 100% 的时间都投入到新功能开发上可能会在未来引发诸多问题。Flournoy 认为开发者体验可能是唯一一个超越情境依赖的指标。“更好的开发者体验就是更好,就这么简单,如果你重视员工的工作体验的话。”


完整的框架和白皮书可在 dxcore4.com 获取,网站同时还提供了在自身环境中实施这些指标的指南。DX 计划发布额外的资源,包括基准和行业数据,以帮助组织更好地理解和情境化他们的指标。


原文链接


https://www.infoq.com/news/2025/01/dx-core-4-framework/

2025-01-30 14:0019055

评论

发布
暂无评论

spark-streaming状态流之mapWithState

矛始

spark 状态流

研发效能的道与术 - 道篇

FreeW

架构 研发效能

1对1直播源码——1对1语音聊天源码

开源直播系统源码

直播系统源码 语音聊天系统软件开发 一对一语音聊天软件

大咖说·图书分享 | 精益产品开发:原则、方法与实施

大咖说

产品开发 落地方法

我们被一个 kong 的性能 bug 折腾了一个通宵

尔达Erda

程序员 运维 云原生 性能 bug

一文详解 Redis 中 BigKey、HotKey 的发现与处理

冉然学Java

Java redis 微服务 bigkey HotKey

如何通过ETL调度工具 TASKCTL 使用作业插件类型调用 kettle作业?

敏捷调度TASKCTL

数据仓库 kettle ETL #运维 TASKCTL

技术风向标 | 云原生技术架构成熟度模型解读

阿里巴巴云原生

阿里云 云原生 成熟度模型

BSN IPFS(星际文件系统)专网简介、功能、架构及特性、接入说明

BSN研习社

BSN 分布式存储,

次轮Okaleido Tiger即将登录Binance NFT,引发社区热议

西柚子

带你熟悉云网络的“电话簿”:DNS

华为云开发者联盟

云计算 后端 IP DNS 局域网

AOP切入点表达式及五种通知类型解析

王小凡

公共数据如何兼顾开放利用和隐私安全合规?

Jessica@数牍

数据安全 隐私计算 公共数据开放 数据开放和利用

Plato Farm有望通过Elephant Swap,进一步向外拓展生态

小哈区块

Java 将OFD转换为PDF

在下毛毛雨

Java PDF OFD 格式转换

TDengine 落地协鑫能科,数百亿数据压缩至 600GB

TDengine

数据库 tdengine 时序数据库

智能家居行业发展,密切关注边缘计算和小程序容器技术

Speedoooo

智能设备 边缘计算 智能家居 小程序容器

一文搞懂│XSS攻击、SQL注入、CSRF攻击、DDOS攻击、DNS劫持

网络安全 经验分享 签约计划第三季

Qakbot新型感染链:使用Windows7系统侧加载感染设备

郑州埃文科技

dll Windows7 Qakbot

兆骑科创高端人才项目引进落地,双创大赛承办,线上直播路演

兆骑科创凤阁

双创大赛承办

实践GoF的23种设计模式:观察者模式

华为云开发者联盟

Web 设计模式 开发 GoF

超越 Nginx!号称下一代 Web 服务器,用起来够优雅

冉然学Java

Java nginx GitHub 服务器 Web、

netty入门之服务端启动过程分析

Hex

Java 后端 Netty

什么是传输层协议TCP/UDP???

C++后台开发

TCP 网络协议 udp 后端开发 C/C++开发

双屏协作效率翻倍 灵耀X双屏Pro引领双屏科技新潮流

科技热闻

DevSecOps,让速度和安全兼顾

飞算JavaAI开发助手

使用python玩转文字类视频

技能实验室

签约计划第三季

共议公共数据开放,“数牍方案”亮相数字中国建设峰会

Jessica@数牍

隐私计算 数牍科技 公共数据开放

敏捷开发与DevOps的对比

码语者

DevOps 敏捷

担心 GitHub?那就试试极狐GitLab 吧

极狐GitLab

git GitHub 开源 DevOps gitlab

大型仿人机器人整机构型研究与应用

优必选科技

机器人

软件开发智能平台DX推出新的开发者生产力衡量框架DX Core 4_框架_InfoQ精选文章