研发效能指标的构建,在最近几年的博弈和发展中,笔者以为已经形成了基本的共识。但是最近在参与某个团队的度量指标选择时,又产生了很多疑问。本文纯粹从自己的理解上来讨论研发效能度量指标,欢迎指正。 01 先回答一个老问题:为什么需要做研发效能度量?理论上应该是为了提升效率,让团队往更好的方向去发展。 在效能度量指标体系中,应该包含结果指标和过程指标。 从结果指标开始,以终为始去牵引。 如果一个指标,不能很好地牵引团队去做质量改进,就没必要去度量。 02 在研发效能指标的选取过程中,首先应该要考虑到的就是从全局的视野来看瓶颈点在哪里。 为了降低生产缺陷逃逸率(这个指标过高,肯定是要挨骂的),就在测试环节多提缺陷。缺陷一多,研发又不高兴了(他们也有缺陷指标)。所以,这个指标不但不能促进研发效能的改进,反而会让研发和测试更对立。 关于完整的关于研发效能指标,可参考阅读张乐大神的研发启示录(https://www.infoq.cn/theme/107)。
上篇中,咱们尝试回答了最近几年 “软件研发效能” 为什么会成为业界的热词 “Buzzword” ,有哪些合适的软件研发效能度量指标这两个问题。 杜邦分析模型 杜邦分析图 那么为什么可以借鉴杜邦分析法来拆解研发效能? 因为研发效能也是一个不容易看清楚的大问题,需要拆解到若干个子问题,通过分析若干子问题从而解决原来的大问题,同时它是一个可分阶段度量拆解的指标,并且每阶段都可以再次细分、拆解。 研发效能的度量经常从一个比较全局的指标开始,因为比较全局的指标,能更直观的体现交付价值,比如:上文的需求交付时长,但是不容易直观的看到问题,需要不断拆解,以此找到明确的问题点,把改进行动落地到管理实践、 希望能在您使用研发效能的指标与度量过程中带来帮助,通过设定的指标和对应的度量,找到软件研发过程中的阻塞,从而制定对应的行动,有效的落地到管理实践和技术实践。 ----
那么为什么软件研发效能会成为热词,有哪些合适的软件研发效能指标呢? 本文想尝试回答这两个问题。 (本文是此系列的上篇,后续两篇将尝试构建一个根据团队上下文的软件研发效能推荐指标图表,和一些实际度量指标的案例。) 为什么软件研发效能会成为热词? 同时,随着产品利润的下降,需要更多的获客,回馈客户,需要开始节流了,节流就是研发效能的提升,同样的资源,同样的时间来获得更多的成果。 有哪些合适的软件研发效能度量指标呢? 上面基本回答了研发效能为什么会成为热词,那什么才是软件研发效能中合适的指标呢? 要度量哪些指标和数据呢?根据不同的场景和目标人群需要给出相应的度量指标。 从研发效能DevOps角度 《Accelerate》 这本书给出了4个指标和评价标准。研发效能是一个比较大的话题,如何根据不同的关注点,给出不同的指标呢?
很多企业效能指标不少、看板也做了,但研发交付依然不稳:需求排队更长、版本延期成惯性、质量靠加班兜底。实际上,真正的卡点常常不在缺指标,而在口径不统一、局部最优、把度量当考核。 本文将给出一套可落地的研发效能衡量框架,梳理常见研发管理效能指标与4类看板示例,帮助中高层与PMO把度量变成改进闭环。一、为什么指标越多,管理感受反而越差? 1)把“活动指标”当成“效能指标”提交次数、工时、代码行数、卡片数量……这些反映的是“忙碌强度”,不等价于“价值交付”。真正的研发效能,本质是组织把“有价值的变更”稳定、可预期地送到用户手上。 下一章,我们把研发管理效能指标落到“可直接建字典”的清单,并补上口径建议。三、研发管理常见的效能指标清单(含口径建议)下面这份清单,你可以直接用于“指标字典”的骨架。 4.1 看板一:端到端交付效能看板(DORA主视图)适用场景:月度经营会/研发例会核心指标:部署频率、变更前置时间、变更失败率、恢复时间。
文|费解on效能改进 一、背景 在研发管理领域,业界一直在试图寻找可以衡量研发交付效率的指标。常见的指标有:吞吐率(多)、研发周期(快)、资源利用率(省)。 然而,在实践中,我们发现,上述三项无法直接作为指导改进的北极星指标: 1)吞吐率,在一段时间内交付项目的个数,是产品需求方关注的指标。若项目未交付,则不落入统计,也就无法发现问题和采取行动。 那么,是否存在一项北极星指标,可以实时反馈研发过程的效率,从而有效采取改进措施呢? 二、指标介绍 有赞效能改进团队经过不断探索,定义了「研发浓度」指标,作为研发效率的度量。 该指标融合前文介绍的吞吐率、研发周期和资源利用率,反映了「为缩短项目周期而投入资源」的决策收益。 四、小结 「研发浓度」的优势在于,它是一项领先指标,能直接体现任意项目的研发效率,并在过程中进行度量,发现问题可以随时介入并进行改进。
从上图中我们可以得到研发效能主要关注点还是在产品研发这个环节,不涉及市场。 写作初衷 软件开发领域从不缺新概念。 本着「少些概念解决问题,脚踏实地躬身入局」的原则,之前写了一些关于研发效能领域实践的文章,写完之后我一般用的标签是「研发效能」「持续集成」「持续交付」「DevOps」,这样就让本来很简单的一件事复杂了很多 研发效能 定义:研发效能是一个组织高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 目标:夯实产品研发基础设施,赋能组织持续高质高效地交付产品价值。 细品:研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。后面的文章我会针对这五个方面一一阐述。 总结 研发效能是组织高效交付产品的能力及支撑其能力所建立的系统工程体系。
对于大量小而美的互联网软件项目,当版本需求被确认之后,比拼的就是研发能力,具体来讲就是从需求转化成软件或者服务的能力,这其中研发效能的高低对于理平台这里首先明确两个关键词的含义:CI: 持续集成,开发提交代码后 由于开放光网络需求迭代的快速增长,如何做到敏捷开发、持续交付、快速版本迭代变得尤为关键,使项目从需求(PRD)到研发上线全流程真正做到“小步快跑,又稳又快”。 因此研发提交的每一行code都是需要cr的,并且如何想上线必须经过MR评审通过后合入主干master上线发布。 图片这里我们设立了预览环境,即云上生产集群的单独建立namespace用于作为代码上线前做各项回归检查的最后一关,预览环境不承载真实流量,不对用户开放入口,只作为研发和测试包括产品经理对上线项目做最后的检查
我们可以通过设计一套能够客观量化研发效能的指标体系,对各个指标数据进行采集与综合分析,从而客观反映研发团队“更高效、更高质量、更可靠、可持续地交付更优的业务价值”的能力,发现研发过程中的改进项并指导团队进行改进 E3CI框架可以被抽象为简洁的公式:效能=认知+改进。 为了达到研发效能的目标,需要对团队研发效能的现状有清楚的认识,并提升团队对研发效能的认知。 ▊ 某互联网企业的效能指标体系 如下为该企业效能指标体系图,其包括12个维度的100多个指标。 因为操作指标达标并不代表团队研发效能水平达标,前者并非后者的充分条件,也因此容易引发各角色之间的相互“甩锅”。 (1)按时间维度下钻(针对价值类与质量类指标)。 (2)按研发阶段下钻(针对交付周期类指标)。 (3)按任务类型下钻(针对价值类与质量类指标)。
软件效能提升的北极星指标是什么?发布频率?线上缺陷数?完成的故事点数量?这些数据或主观、或片面,无法成为绝对核心指标。 对缺乏北极星指标的研发效能部门来说,团队的目标如何界定呢? 而规模化企业内的研发效能部门想要证明自己的工作价值,往往需要通过先行设计的具体度量指标,或者过级之类的方式来佐证。 在这样的背景下,行为往往是变形的,研发效能部门的目标变成提升某个具体的指标,或者让业务团队做出满足级别要求的行为,而非帮助研发团队获得业务成功。 研发效能团队的考核指标为服务的客户特性指标的提升情况及满意度。 在这样的运转方式下,IT 团队的整体满意度较高,相关约束的落实情况较好。 在这个过程中,客户应建立软件研发效能团队的方法论,打造一支熟悉业务、理解效能、内部信任、长期服务的团队,并通过与具体业务 IT 团队对应的关键效能指标对该团队进行价值衡量。
放弃那些动辄就上百个的研发度量指标吧,8大北极星指标指引你的研发效能方向,1个北极星指标公式让你清晰计算出你公司研发效能能力值。 研发效能北极星指标公式 先给出研发效能北极星指标公式,后面会详细分析、讲解这个公式的由来和用法。 (警惕虚荣指标) 未来营收的先导指标,即根据这一指标可以一定程度预测未来的营收情况 易于理解、明确衡量,即定义清晰,并且容易被所有人理解、交流、执行 研发效能业务特点 研发效能本质上属于企业中后台业务 研发效能不同阶段侧重点体现 研发效能的北极星指标主要用来反馈当前阶段与公司业务相关的核心指标,用来指导我们的团队方向和工作重点。不同阶段,研发效能北极星指标应该有不同的侧重点。 本文小结 本文首次提出八个研发效能北极星指标,并提出研发效能北极星指标公式,以便让你清晰了解公司的研发效能能力。
放弃那些动辄就上百个的研发度量指标吧,8大北极星指标指引你的研发效能方向,1个北极星指标公式让你清晰了解公司研发效能现状。 研发效能北极星指标公式图片先给出研发效能北极星指标公式,后面会详细分析、讲解这个公式的由来和用法。 )未来营收的先导指标,即根据这一指标可以一定程度预测未来的营收情况易于理解、明确衡量,即定义清晰,并且容易被所有人理解、交流、执行研发效能业务特点研发效能本质上属于企业中后台业务。 研发效能不同阶段侧重点体现研发效能的北极星指标主要用来反馈当前阶段与公司业务相关的核心指标,用来指导我们的团队方向和工作重点。不同阶段,研发效能北极星指标应该有不同的侧重点。 本文小结本文首次提出八个研发效能北极星指标,并提出研发效能北极星指标公式,以便让你清晰了解公司的研发效能能力。
发起公司级效能度量委员会并制定度量指标体系;而且在技术社区持续活跃,在各类综合性/专业性技术大会中担任出品人等角色,对互联网大厂的研发效能提升思路和做法有一定的理解,因此,把这些经验总结起来,形成了一个具有增强回路效果的研发效能提升体系 实施建议:效能度量本身也是一个比较复杂的体系,包含自动采集效能数据、度量指标体系、度量分析模型、度量产品建设、数据驱动和实验思维等多个方面,将它们整理后,称为“研发效能度量的五项精进”,如图4所示。 图4 研发效能度量的五项精进 (1)构建自动采集效能数据的能力。通过系统分层处理好数据接入、存储计算和数据分析。 (2)设计效能度量指标体系。 选取结果指标用于评估能力,选取过程指标用于指导分析改进。 (3)建立效能度量分析模型。这里的模型是指对研发效能问题、规律进行抽象后的一种形式化的表达方式。 与研发效能相关的话题是不是很有意思?这里还有很多值得展开和深度思考的内容,比如: 研发效能提升的实践应该如何选择?管理和工程技术实践都有哪些? 研发效能度量指标体系应该如何设计?效能数据如何分析?
对于研发效能这个业务,如果没有对外 toB 业务,那么我们面对的主要是内部用户,我比较推荐的策略是产运一体,本来产品和运营也是不分家的,在运营人员比较少的情况下甚至是部分产品来兼任。 研发效能平台如何运营? 内容运营 内容运营是一个深挖研发效能产品的功能,提炼成场景,让用户对你的产品感兴趣,把用户和产品连接起来并产生互动,促进用户使用产品的过程。简单说就是拉客。 对于研发效能的产品来说,对内的话其实你的用户上限是确定的,不会超过公司的员工总数。但我们还是有很多让用户了解我们的产品,激活用户的运营工作去做。 因为是对内,所以每当我们研发效能平台有重大升级、重大改版的时候,我们都会做一次内容运营,包括产品内宣传、制作易拉宝、会议室屏保等。 通过这次活动,提升了研发效能的影响力,提供了更多小姐姐和研发小哥哥交流的机会(里边有一些程序问答,很多小姐姐去找研发小哥哥帮忙),加强了大家对互联网公司程序员文化的认知,也让公司看到了我们强大的策划和执行能力
技术治理的活,之前我们也是做的,只是没有提的这么明确,一般都是研发效能团队、PMO、架构团队、技术委员会一起协调做这些事情。 技术治理&研发效能 首先,我们还是回顾下研发效能的定义和核心价值 研发效能是一个组织持续高效交付产品的能力,以及围绕提高这一能力所建立起来的由规范、流程、标准、工具、度量体系、实践等组成的系统工程体系。 研发效能包括规范制定、流程优化、工具建设、研发度量和实践这五个方面。 scmroad,公众号:scmroad什么是研发效能? 研发效能定义及核心价值 从研发效能的核心价值我们可以看到规范、流程、标准、工具、度量和实践等组成了研发效能的系统工程体系,而这正是技术治理涉及的方面,比如制定相应的研发规范、梳理相关流程等。 这些技术类规范需要各种平台的支撑,其中涉及产研部分很大程度上需要研发效能团队的支持。
研发效能团队1号位 「火车跑得快,全靠车头带」。团队1号位的能力,基本上决定了这个团队的上限。所以我们在邀请1号位的时候要格外严格筛选。 案例分享:曾经听说过一位研发效能团队负责人,他之前从未做过研发效能工作,上级领导每次要求什么就都记下来,接着和团队下面每个人去聊。 ,另外就是把研发效能当作只是开发一个工具来看待,会做出一堆东西,但是工具不好用,用户不想用,对公司帮助有限,平台还不想改。 推荐阅读 产品经理,项目经理,FTO 高效能敏捷交付团队反思:特性团队(FeatureTeam)+Scrum 什么是研发效能? 研发效能定义及核心价值 研发效能生态完整图谱&DevOps工具选型必看 互联网公司研发效能/工程效率团队建设和规划 找到能做好研发效能的人
1.jpg 本文将站在软件研发效能的视角,来探讨字节经济时代下研发效能度量中几个必须要回答的问题: 研发效能到底要不要度量? 研发效能到底能不能度量? 研发效能到底如何来度量? 研发效能的度量指标如何来选取? 3 研发效能到底要不要度量? 要。这个问题的答案不容质疑。 4 研发效能到底能不能度量? 明确了研发效能必须度量之后,我们再来看看一个更实际的问题:研发效能到底能不能度量? 6 研发效能的度量指标如何选取? 这个问题太大了,很难展开。但是这里想通过两个典型案例来解释指标选取的问题。 7 总结 本文系统性探讨了研发效能度量的方方面面,重点聚焦研发效能度量的具体实践,同时通过千行代码缺陷率和敏捷工作量估算等具体案例讨论了度量指标选取的常见误区。
如何衡量研发效能的效果?如何衡量研发效能的作用?如何说清楚研发效能工作的价值?研发效能是做啥的?有啥用?有多大用? ,高效解决用户问题及时收集、梳理和提炼用户的诉求,进行痛点分析通过产品运营、内容运营、活动运营、用户运营,让用户更多地了解我们的平台,,让平台「有人用、会用、善用」研发效能度量梳理、计算、展示和分析衡量端到端尽早尽快交付效率的指标梳理 、计算、展示和分析衡量端到端高质量交付的指标梳理、计算、展示和分析衡量卓越工程能力、持续交付能力的指标通过研发效能度量发现产研运效能问题,推动组织解决、改进和优化研发效能价值说清楚了研发效能的具体工作, 此时我就需要通过一些可见的数据、指标和图表,多方面地展现出公司研发效能整体的状况、可改进点和将来的效果,让他对研发效能的业务更有体感和理解,让他明白研发效能工作的价值和团队的价值。 我的其他文章 DevOps|研发效能不是老板工程,是开发者服务研发效能之技术治理研发效能之产品运营什么是研发效能?研发效能定义及核心价值二三线互联网公司怎么做好研发效能
本文将站在软件研发效能的视角,来探讨字节经济时代下研发效能度量中几个必须要回答的问题: 研发效能到底要不要度量? 研发效能到底能不能度量? 研发效能到底如何来度量? 研发效能的度量指标如何来选取? 4研发效能到底能不能度量? 明确了研发效能必须度量之后,我们再来看看一个更实际的问题:研发效能到底能不能度量? 5研发效能到底如何度量? 那么研发效能到底如何度量,以下是我的一些想法。 6研发效能的度量指标如何选取? 这个问题太大了,很难展开。但是这里想通过两个典型案例来解释指标选取的问题。 7总结 本文系统性探讨了研发效能度量的方方面面,重点聚焦研发效能度量的具体实践,同时通过千行代码缺陷率和敏捷工作量估算等具体案例讨论了度量指标选取的常见误区。
前言:随着2019年PCG各业务如火如荼的发展,急需提升的研发效能成为大家的关注点。由PCG研发部发起的一轮研发模式变革正在紧锣密鼓地席卷而来。 如果能有效的控制“不必要的浪费”,增加研发过程中的“有效活动”,就能有效的提升研发效能。效能的提升,离不开持续交付的理念。持续交付从本质上讲,就是希望端到端地去解决问题。 软件研发效能度量指标: ? 3 实践机制 研发模式变革活动的时间轴(2019年)如下: ? 总体思路为: ? 为了精准快速呈现各业务的研发模式变革结果,我们开发了EPS研发效能度量平台。可以自助获取分支管理、代码质量管理、持续集成等维度的评级结果以及代码、缺陷、需求等相关的团队与个人的研发效能度量指标数据。 我们会努力夯实基础研发环境与工具,搭建高效的研发生产体系,建设效能度量平台,让每位工程师的效能产出与质量透明可见。在DevOps转型之路上,我们一直在努力。 ?
下面我将会从环境分类、环境建设的难点,以及最后如何解决这些难点来讲述研发效能之环境建设。 环境的分类 网络类型环境 从网络环境的可访问性区分,研发效能涉及以下三种环境: 办公网络环境:公司的内部办公网,也是管控相对比较宽松的网络,可以访问外网。 用途划分环境 对于产研团队来说,我们通常从环境的用途来划分环境,一是和自己角色相关,研发用研发环境,测试用测试环境;二是通过用途区分好理解。 对于我们研发效能团队来说,我们一般会维护一张各个环境互联互通、安全网络策略的表格,让各方心里都有数。万一出现访问性的问题,相关人员也能自己排查。 没有意识到开发、测试环境建设对研发效率、生产环境质量的影响,也没意识到需要有明确人员负责环境的建设和维护。 3.