AICon 上海站|90%日程已就绪,解锁Al未来! 了解详情
写点什么

软件开发智能平台 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:0017809

评论

发布
暂无评论

征文投稿丨使用云服务器ECS快速搭建halo博客

阿里云弹性计算

征文投稿 玩转ECS halo博客

[JAVA冷知识]什么是逆变(contravariant)与协变(covariant)?数组支持协变&逆变吗?泛型呢?

山河已无恙

Java 2月月更

美景本天成,妙笔偶得之——“妙笔”是怎样炼成的?

百度大脑

加入科学计算SIG,挑战最前沿的AI+Science研发与创新

百度大脑

元宇宙里办年会,听演讲、看产品、抽大奖一件不落

Meta 小元

数字孪生 元宇宙

在阿里,我们如何管理测试环境

阿里云云效

阿里云 DevOps 云原生 敏捷开发 研发提效

浅谈OKR(12/100)

hackstoic

OKR

欧拉的奇异之旅·风暴来临与欧拉初诞

白洞计划

Web Components系列(四) —— 认识 Shadow DOM

编程三昧

前端 组件化 HTML5, CSS3 2月月更

开源最佳实践

LinuxSuRen

开源 最佳实践

一文详解Kafka API

华为云开发者联盟

kafka API 拦截器 Consumer API Producer API

等保级别最高为几级?市面上常见吗?

行云管家

网络安全 等保 等级保护 过等保

2022年1月云主机性能评测报告,移动云升至第三

博睿数据

一文让你彻底搞懂Python中__str__和__repr__

宇宙之一粟

Python 2月月更

5种阿里常用代码检测推荐 | 阿里巴巴DevOps实践指南

阿里云云效

阿里云 云原生 软件开发 研发 DevOps实践指南

百度智能云开物再收“一个奖状”

百度大脑

做好云管理一定要云管平台吗?云管理平台应具备什么功能?

行云管家

云服务 云管平台 云资源 云管理

巧用这几种文本检索工具,节省80%的时间!

优麒麟

Linux 操作系统 grep 检索 优麒麟

netty系列之:channel,ServerChannel和netty中的实现

程序那些事

Java Netty nio 程序那些事 2月月更

Linux修改drop_caches内核参数来清理缓存的一些笔记

山河已无恙

Linux 2月月更

声网AI降噪测评系统初探

声网

音视频 RTE 技术详解

基于RestTemplate的在线武器库

网络安全学海

黑客 网络安全 信息安全 渗透测试 WEB安全

Hango Rider:网易数帆开源 Envoy 企业级自定义扩展框架

网易数帆

开源 云原生 envoy Hango Rider

聚焦业务价值:分众传媒在 Serverless 上的探索和实践

Serverless Devs

阿里云 Serverless 运维管理 分众传媒 2月月更

Java自定义DNS解析器负载均衡实现

FunTester

负载均衡 性能测试 接口测试 DNS FunTester

我与Android的故事|社区征文

Changing Lin

android 移动开发 新春征文

总结 XSS 与 CSRF 两种跨站攻击

喀拉峻

网络安全

redis 面试总结

yuexin_tech

redis 面试

阿里云服务器搭建halo博客从0到1

乌龟哥哥

阿里云 2月月更 halo博客

设计模式【14】-- 从智能音箱中学习命令模式

秦怀杂货店

Java 设计模式

语义级代码克隆检测数据集的评估与改进

华为云开发者联盟

软件工程 代码克隆检测 代码克隆 语义代码克隆 BigCloneBench

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