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