- 综合排序
- 最热优先
- 最新优先
- 来自专栏深度学习与python
研发效能度量引发的血案
前段时间我写了一篇文章《如何用研发效能搞垮一个团队》引起了业界同行大量的讨论与关注，今天想继续聊聊研发效能提升过程中另一个敏感话题：“度量”。 2时代变了，很多事物底层逻辑都变了 今天的度量为什么容易失败呢？正如我在之前那篇文章中提到的，面对变革，最重要的并不是方法和技术的升级，而应该是思维模式的升级。 本文将站在软件研发效能的视角，来探讨字节经济时代下研发效能度量中几个必须要回答的问题： 研发效能到底要不要度量？ 研发效能到底能不能度量？ 研发效能到底如何来度量？ 研发效能的度量指标如何来选取？ 5研发效能到底如何度量？ 那么研发效能到底如何度量，以下是我的一些想法。 7总结 本文系统性探讨了研发效能度量的方方面面，重点聚焦研发效能度量的具体实践，同时通过千行代码缺陷率和敏捷工作量估算等具体案例讨论了度量指标选取的常见误区。
54320编辑于 2023-04-01 - 来自专栏CODING DevOps
研发效能度量引发的血案
2 时代变了，很多事物底层逻辑都变了 今天的度量为什么容易失败呢？正如我在之前那篇文章中提到的，面对变革，最重要的并不是方法和技术的升级，而应该是思维模式的升级。 1.jpg 本文将站在软件研发效能的视角，来探讨字节经济时代下研发效能度量中几个必须要回答的问题： 研发效能到底要不要度量？ 研发效能到底能不能度量？ 研发效能到底如何来度量？ 明确了研发效能必须度量之后，我们再来看看一个更实际的问题：研发效能到底能不能度量？ 2.jpg 在这个问题上，我的观点比较中庸，我认为能够度量，但是没有完美的度量。 5 研发效能到底如何度量？ 那么研发效能到底如何度量，以下是我的一些想法。
1.4K41发布于 2021-10-09 - 来自专栏研发效能EE
研发效能度量-线上缺陷密度
/ 软件产品的代码总行数 计算单位：百分比 涉及阶段：发布 统计周期： 按照月度统计缺陷数量汇总到责任团队 按照版本统计缺陷数量汇总到责任团队 使用线上缺陷密度作为软件质量指标,有以下几个弊端 被动度量
75930编辑于 2023-10-08 - 来自专栏CODING DevOps
研发效能度量引发的血案
2时代变了，很多事物底层逻辑都变了 今天的度量为什么容易失败呢？正如我在之前那篇文章中提到的，面对变革，最重要的并不是方法和技术的升级，而应该是思维模式的升级。 本文将站在软件研发效能的视角，来探讨字节经济时代下研发效能度量中几个必须要回答的问题： 研发效能到底要不要度量？ 研发效能到底能不能度量？ 研发效能到底如何来度量？ 研发效能的度量指标如何来选取？ 2. 度量过程容易陷入局部思维 指标是为了实现目标的，但是在实践过程中，指标很多时候却是与目标为敌的。 管理者常常把目标拆解为指标，时间久了以后，他就只知道指标，而忘了背后更重要的目标。 只有这样才有可能在此基础上给出相对完美的度量方案。 2. 度量应该是有层级结构的 高层管理者、中层管理者和一线工程师关心的度量维度肯定是不一样的。 2. 敏捷模式下工作量估算的是是非非 在敏捷模式下的工作量度量，到底应该用“故事点”作为单位呢，还是应该用“人天”作为单位？很多人可能觉得都可以，他们认为这个主要还是看团队的使用习惯。
76130发布于 2021-10-14 - 来自专栏测试技术圈
研发效能提升，测试如何量化度量
如何提高效能？ 我们来看看来自京东的张乐大神的解答 ? 现有的研发效能度量方式不足 ? 研发效能度量的正确姿势 JD对软件研发效能的度量，以下两个基本原则为主： 1. 2. 聚焦在结果产出而不是某阶段工作输出 我们不应对那些看似繁忙但只产出了一大堆无效工作输出的团队或人员进行奖励，而是引导到那些对促进组织达成目标有实际帮助的工作上去。 研发效能度量指标三个维度 交付效率、交付质量和交付能力，这些指标的提升需要组织进行管理、技术、协作等多方面的系统性改进。 ?
2.8K10发布于 2019-12-19 - 来自专栏rainbowzhou的成长足迹
研发效能度量指标的陷阱思考
研发效能指标的构建，在最近几年的博弈和发展中，笔者以为已经形成了基本的共识。但是最近在参与某个团队的度量指标选择时，又产生了很多疑问。本文纯粹从自己的理解上来讨论研发效能度量指标，欢迎指正。 01 先回答一个老问题：为什么需要做研发效能度量？理论上应该是为了提升效率，让团队往更好的方向去发展。 在效能度量指标体系中，应该包含结果指标和过程指标。 如果一个指标，不能很好地牵引团队去做质量改进，就没必要去度量。 02 在研发效能指标的选取过程中，首先应该要考虑到的就是从全局的视野来看瓶颈点在哪里。 如果研发效能指标的制定是各领域自行定义，会能很明显地感受到部门墙的存在。指标多数是约束上流而忽略自身。我们应当跳出自己所在的角色，从更高的视角去看待度量指标，让指标引导过程改进，而不是让自己更轻松。 如果一个指标，不能很好地牵引团队去做质量改进，就没必要去度量！关于完整的关于研发效能指标，可参考阅读张乐大神的研发启示录（https://www.infoq.cn/theme/107）。
69330编辑于 2023-05-11 - 来自专栏ThoughtWorks
寻找合适的研发效能度量指标（中）
上篇中，咱们尝试回答了最近几年 “软件研发效能” 为什么会成为业界的热词 “Buzzword” ，有哪些合适的软件研发效能度量指标这两个问题。 下篇 希望根据业务的情况，界定的团队上下文，给出一些推荐的度量指标。为了让这些内容更加有上下文和代入感，这里加入本文作为中篇，在本篇里聊聊我在一线开发过程中对效能的三个观察和观点。 因为研发效能也是一个不容易看清楚的大问题，需要拆解到若干个子问题，通过分析若干子问题从而解决原来的大问题，同时它是一个可分阶段度量拆解的指标，并且每阶段都可以再次细分、拆解。 研发效能的度量经常从一个比较全局的指标开始，因为比较全局的指标，能更直观的体现交付价值，比如：上文的需求交付时长，但是不容易直观的看到问题，需要不断拆解，以此找到明确的问题点，把改进行动落地到管理实践、 希望能在您使用研发效能的指标与度量过程中带来帮助，通过设定的指标和对应的度量，找到软件研发过程中的阻塞，从而制定对应的行动，有效的落地到管理实践和技术实践。 ----
1K20发布于 2021-11-04 - 来自专栏博文视点Broadview
研发效能度量不要“你觉得”，而要这样的度量指标体系！
研发效能度量可以让效能可量化、可分析、可提升，通过数据驱动的方式更加理性地评估和改善效能，而不是总凭直觉感性地说“我觉得……”。 1 度量框架 在由中关村智联软件服务业质量创新联盟、中国软件协会过程改进分会发起的《软件研发效能度量规范》标准中提出了如下框架。 在大部分情况下，问题改进需要经历多个迭代，持续度量改进效果，不断校准改进的方向和方法。 2 度量指标体系 ▊ 指标设计原则 全局最优，而不是局部最优。 从2021年2月～2021年6月之间，线上缺陷修复时长随着时间的推移，持续处于上升趋势，即缺陷修复越来越慢。 ✸ 下钻分析 常见的效能下钻分析包括以下几点。 （1）按时间维度下钻（针对价值类与质量类指标）。 （2）按研发阶段下钻（针对交付周期类指标）。 （3）按任务类型下钻（针对价值类与质量类指标）。
5K20编辑于 2023-04-04 - 来自专栏DevOps
【DevOps系列】效能洞察4步走：金融企业效能度量转型实践
因此，企业须充分重视并积极实施效能度量，借助有效的数据分析和洞察，推动行业的持续创新和发展。 因此，该企业决定积极推动度量改革，并打造全集团的效能度量平台，期望通过数据洞察辅助提升效能，实现持续改进。 规划指标阶段： 缺乏专业知识、目标不明确、指标乱拼凑 在设计度量指标体系时，指标的来源通常包括员工以往工作经验中的积累、公众号文章的推荐以及效能大会上的分享。 2确定度量目标，分析不同层级用户的度量目标。 组织级：关注聚合的数据，不太关注细节或过程。 2.数据采集阶段： 数据采集困难、采集不及时、数据质量差 DevOps工具链的集成深度不够，导致数据和度量指标分散于不同的平台。
19900编辑于 2024-12-18 - 来自专栏ThoughtWorks
寻找合适的研发效能度量指标（上）
(本文是此系列的上篇，后续两篇将尝试构建一个根据团队上下文的软件研发效能推荐指标图表，和一些实际度量指标的案例。) 为什么软件研发效能会成为热词？ 研发效能的度量很大程度上取决于公司的类型，规模，文化，与之合作的项目类型以及其它诸多因素。甚至某些小而精，依靠聪明才智和资深经验的创业团队，不用度量研发效能，团队依然非常高效。 研发效能具体来讲就是从需求转化成软件或者服务的能力。改善研发效能从某种方面也在试图解决“大船难掉头”的尴尬。研发效能试图在解决度量和让研发变快的问题，那为什么会成为热词? 上面基本回答了研发效能为什么会成为热词，那什么才是软件研发效能中合适的指标呢? 要度量哪些指标和数据呢？根据不同的场景和目标人群需要给出相应的度量指标。 您自己团队的度量指标很可能与其他公司或团队的指标完全不同，这是完全正常的事情。因为正如前面提到的，研发效能的度量很大程度上取决于公司的类型，规模，文化，与之合作的项目类型以及其它因素。
1.2K71发布于 2021-10-09 - 来自专栏CODING DevOps
工作动态尽在掌握 - 使用 CODING 度量团队效能
效能度量的主要功能为统计团队成员在一段时间内的计划事项数、完成事项数和所编辑的 Wiki 数以供分析。这些数据将会在趋势面板上进行显示。 使用准备 团队拥有者或管理员在【团队管理】->【权限配置】中为相应的用户组的勾选「效能度量」的「查看页面」权限。勾选完成后处于该用户组的成员的工作台会出现效能度量的功能入口。 ? 成员工作概览页 在效能度量页面中点击任意成员，可进入成员的工作概览页。页面包含： 成员名称和头像； 最近活跃时间； 参与的项目； 近期事项； 该成员近期的工作动态。 ? 工作动态 工作动态为成员的日常协作动态，可按分类查询，包含： 项目协同 代码仓库 持续集成 持续部署 Wiki 文件网盘 … 权限控制 该功能涉及到的权限模块名称为效能度量，具有“查看”权限。 例如事项 A 在的开始和截止时间为 2020 年 1 月 25 日 —— 2020 年 2 月 4 日，那么事项 A 在 1 月和 2 月都被计算为 1 个事项。
66340发布于 2020-07-06 - 来自专栏深度学习与python
有度量才有真管理 研发效能的度量体系建设实践 | GTLC南京
今天我会围绕《研发效能的度量体系建设实践》这一话题，将自己带领不同规模研发团队所积累、沉淀下来的思考和实践，从度量体系对于研发效能的意义、度量体系的建立原则、度量体系的架构设计与案例、度量体系的系统运营 1第一，度量体系对于研发效能的意义 提高研发效能的方法非常多，比如引入先进工具、优化工作流程和调整组织结构等。不过无论用什么方法，最终都要回答一个问题：研发效能提升了吗？提升了多少？ 2第二，度量体系的建立原则 度量体系建设的目的是在帮助公司进行数字化转型的同时，实现研发团队的数字化转型；研发团队不能只知道埋头苦干，还要学会“抬头看天”——团队开工前定下度量体系的原则指引，以免团队之后的工作变形 根据经验，每一个研发部门，每季度的故障数一般是 0 到 1，表现差一点会到 2；如果一个部门的故障数量按季度统计的话，可能就是 0、1、0、1，这样的数据是没有统计意义的；还有，如果一个季度中的前 2 只要大家能看得到正确的度量指标，团队自然有动力和方向去优化自己的研发效能。
1.3K10编辑于 2023-03-29 - 来自专栏CODING DevOps
工作动态尽在掌握 - 使用 CODING 度量团队效能
效能度量的主要功能为统计团队成员在一段时间内的计划事项数、完成事项数和所编辑的 Wiki 数以供分析。这些数据将会在趋势面板上进行显示。 [20200629110248.png] 使用准备 团队拥有者或管理员在【团队管理】->【权限配置】中为相应的用户组的勾选「效能度量」的「查看页面」权限。 勾选完成后处于该用户组的成员的工作台会出现效能度量的功能入口。 [20200703165842.png] 成员工作概览页 在效能度量页面中点击任意成员，可进入成员的工作概览页。 权限控制 该功能涉及到的权限模块名称为效能度量，具有“查看”权限。每个团队的拥有者和项目管理员将默认勾选「查看功能」权限点。
69630发布于 2020-07-06 - 来自专栏京东技术
研发效能提升，从正确地实施度量开始
2. 工作切分的随意性 有时管理者会制定一些KPI来度量团队绩效，但就像那句名言所说：你度量什么，就会得到什么。其实这句话只说了一半，另一半是：只是不一定是用你所期待的方式得到。 现有的研发效能度量方式 随着公司日益发展壮大，各体系加起来已经有数万人的研发队伍，在过往的实践过程中，也逐步积累了一些研发效能度量的习惯和指标，但是这些指标从今天的角度来看，似乎存在一些限制和弊端。 2. 以局部产出（代码行或缺陷数）进行度量 代码行或缺陷数其实是对开发、测试岗位很常见的度量方式。 研发效能度量的正确姿势 通过以上分析可以得知，我们对软件研发效能的度量，应当遵从以下两个基本原则： 1. 聚焦在全局指标而不是局部指标 我们要促进跨越职能和功能，在团队内、团队间彼此高效协作。 总结 本文从软件研发效能度量的难点出发，指出了一些现有度量方式的限制和弊端，进而提出软件研发效能度量的正确姿势，即遵循 全局指标 > 局部指标、结果产出 > 工作输出 的基本原则。
8.5K44发布于 2019-05-05 - 来自专栏深度学习与python
GQM 概述：构建研发效能度量体系的根本方法
效能度量的底层逻辑 从 2019 年推出研发效能分析平台以来，思码逸帮助众多研发团队构建起效能度量体系，服务于科学的研发管理与工程改进，也与客户、行业专家们一同沉淀了许多效能实践经验和思考。 任晶磊：GQM 是一套软件研发效能度量的方法，最早是来自于学术界，后来在企业内也有广泛的应用，被称为效能度量方面的事实标准。 GQM 方法强调效能度量建设时自上而下定义，使用时则按照收集数据 - 度量指标 - 回答问题 - 达成目标的路径自下而上做聚合。 茹炳晟：度量是相当敏感的议题，稍有不慎就会踩坑，最近我也写了一篇文章讲研发效能度量中的那些坑。 任晶磊：有一个效能度量方法论的文档类项目 openMARI（https://www.openmari.dev/），沉淀了研发效能行业专家对度量落地的思考，包括该如何制订目标、如何提出问题、每个问题有哪些常见的相关指标
1.7K20编辑于 2023-03-29 - 来自专栏WeTest质量开放平台团队的专栏
困在系统里的“研发效能度量”该如何自救
上两周我写了一篇文章“如何用研发效能搞垮一个团队”引起了业界同行大量的讨论与关注，今天想借此继续来聊聊研发效能提升过程中另一个无法回避的的话题：“度量”。 对于软件研发效能的度量，绝大多数时候我们都还在用工业化时代形成的管理理念来试图改进字节经济下的研发模式。 研效效能度量的常见误区 下面我们就研发效能度量过程中常犯的错误来展开讨论，希望能借此引发大家的思考。 对于研发效能的度量体系，切记不要盲目生搬硬套“大厂”所谓的最佳实践，也不要拿自己的度量实践去和大厂的比较，你们的上下文不同、组织生态不同，这药给大厂吃可以治病，给你吃可能致命。 好了，今天我们就先聊到这里，感谢您的阅读，以后有机会我会对研发效能度量的话题做更多的分享。
83630发布于 2021-08-30 Gitee企业版效能度量升级：用数据“透视镜”驱动研发效能革命
Gitee企业版效能度量升级：用数据“透视镜”驱动研发效能革命当数字化转型进入深水区，研发效能就是企业的核心竞争力。最新数据印证：成熟效能度量体系的企业，软件交付效率提升40%+，缺陷率降低35%+。 Gitee企业版效能度量模块的全面升级，让研发管理正式迈入数据驱动、精准治理的新时代。 Gitee强调效能提升双引擎：正确度量： 揭示真实问题科学改进： 落地有效方案为此，系统重磅配套：深度解读的帮助中心： 每个指标的设计原理、最佳实践全解析行业黄金参考值： 敏捷团队需求交付周期 2-5天为佳 缺陷修复响应时间应 < 8小时→ 让改进有标可对Gitee产品负责人点睛：“效能度量的终极目标不是监督，而是赋能。 Gitee企业版此次升级，为企业提供从精准度量到有效改进的完整武器库。在数字经济竞争赛道，掌握数据驱动研发效能的企业，必将赢得技术突围与市场决胜的双重先机。
20910编辑于 2025-08-13- 来自专栏量子位
研发效能度量 | 1月12日 TF90
研发效能的提升离不开有效的度量，度量体系建设的目的是为了系统性地发现问题并进行有效改进，业内企业在效能度量这个领域有很多非常“接地气”的实践，本次会议将会围绕这些实践与大家展开讨论。 2. 度量：按不同的量化目标形成相互关联的指标体系，让数据变成有意义的信息。 3. 洞察：从指标中分析出有价值的结论，让数据精炼成知识。 4. 擅长领域： 1.高可靠性&分布式软件架构设计 2.研发项目&团队管理 3.研发模式&工程技术设计与落地 4.研发工具链建设与推广 5.度量&大数据&AI技术 任晶磊 思码逸创始人兼CEO 主题：《数据驱动研发效能 费解 （前）有赞效能团队负责人 主题：《关于度量模型的思考及若干指标》 主题简介： 介绍效能度量的起源。 分享一则从实践中提炼的度量模型。 与该模型对应的若干度量指标。 2023年1月-3月TF活动安排 TF89 2023/1/10 数智转型 势在必行 TF90 2023/1/12 研发效能度量 TF91 2023/2/2 前端新技术 TF92 2023/2/7 工业机器人柔性控制
1.2K10编辑于 2023-02-28 - 来自专栏研发效能EE
devops｜中小公司不要做研发效能度量
我特别反感那些不顾公司现状一上来就想要做研发效能度量的人，尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。 没几个人的小公司上来就做研发效能度量，就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴。 套用一下，公司想要做好研发效能度量也有标准的三步：长时间对研发效能业务投入，建设好研发效能工具链，做好效能度量。现实是我们很多公司卡在了第一步上。 我们可以边做研发效能平台边做效能度量，但不能啥也没有靠嘴造出来的效能度量，否则容易上下互相糊弄。 做啥研发效能度量啊，先保证公司三年不倒再说。产研运同学在脉脉上喷公司的基建都喷出火星子了，还做啥研发效能度量。我建议不把这些小伙伴火上眉毛的事情解决，就不要做研发效能度量。 举个例子： 曾经有家公司的CTO想做研发效能度量，找PMO来驱动做这件事情。但是经过摸底发现现状如下： 1）所有任务在 jira 中 2）代码在 gitlab 中 3）编译，构建，上线在发布系统中。
57220编辑于 2023-04-13 Gitee Insight：国产研发效能度量工具的标杆之选
GiteeInsight：国产研发效能度量工具的标杆之选在数字化转型浪潮席卷各行各业的当下，研发效能度量工具已成为企业技术团队不可或缺的"数字神经中枢"。 中国市场上涌现出多款各具特色的研发效能度量工具，其中GiteeInsight凭借其全方位的功能覆盖和深度集成能力，正逐渐成为行业标杆。研发效能度量的价值与挑战研发效能度量工具的兴起并非偶然。 GiteeInsight的全方位优势分析在众多国产研发效能度量工具中，GiteeInsight展现出独特的竞争优势。 最重要的是，要将度量结果真正用于持续改进，而非仅仅作为考核依据。未来发展趋势与展望随着人工智能和机器学习技术的进步，研发效能度量工具正朝着更加智能化的方向发展。 未来的研发效能度量工具将更加注重与其他开发工具的互操作性，形成完整的工具链生态。同时，行业标准的建立将有助于解决数据孤岛问题，实现更全面的效能洞察。
10310编辑于 2026-01-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号