scmroad

研发效能这个词近几年火遍全网，各大企业都加入了研发效能治理的行列，开始梳理企业内部各个团队的研发流程，以期望找到企业降本增效的方向。抛开政治因素，研发效能治理我们到底是在谈什么呢？从企业高管的视角出发，一定是看到了一些问题，才会有研发效能治理这个话题。从实施者的视角出发，研发效能治理通常会变成一堆度量指标和加在自己身上的KPI。然而，实际操作下来，研发效能的治理很难有百试不爽的灵丹妙药，毕竟每个企业和项目的问题也是不尽相同的，很难用一个框来把所有问题都框住。

虽然 ChatGPT 还有那么一点点瑕疵，但是瑕不掩瑜，ChatGPT 给用户带来的体验已经足够震撼。在人工智能技术的帮助下，软件开发流程和方式也正在发生变革。ChatGPT 已经体现出了其大幅提升软件研发效能的能力，软件开发已经进入人工智能时代。

中小公司效率为王，没必要度量。做好现在，活在当下，谋定而后动就是最高效的。另外就是周末看了一篇讲研发效能度量的巨大的帖子，几万字。看得我头疼，所以想通过一些简单的方法来理解这件事。我的相关文章devops｜中小公司不要做研发效能度量infra ｜ devops工具链基建建设评价标准DevOps | 互联网、软件公司基础设施建设(基建)哪家强？DevOps | 研发效能价值如何衡量DevOps｜研发效能不是老板工程，是开发者服务关注我，了解研发效能发展动向欢迎进入「DevOps研发效能群」一起探讨。

我特别反感那些不顾公司现状一上来就想要做研发效能度量的人，尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。产研运同学在脉脉上喷公司的基建都喷出火星子了，还做啥研发效能度量。我建议不把这些小伙伴火上眉毛的事情解决，就不要做研发效能度量。

国内公司普遍不注重基础设施建设，这也是可以理解的。吃饭都吃不饱，就别提什么荤素搭配，两菜一汤了。但也不能全说是这样，还是有很多公司投入大量的人力物力去做好公司的基建，比如很多阿里和美团的小伙伴对公司的基建还是很认可的。

之前我给过研发效能的定义，但是随着这个领域的发展，大家越来越注重「开发者体验」，因为这项工作太重要了，对员工的工作效率的确影响很大。之前我们做研发效能平台的时候就特别注重开发者体验，但对于有些公司还停留在工具有无的阶段，暂时注意不到这块。所以这次我对研发效能的定义进行了优化，想以此引起大家对这块的注意，促进这块的发展，形成共识。研发效能定义如下：研发效能是一个组织高效交付产品的能力，以及围绕提高这一能力所建立起来的由规范、流程、工具、度量体系、实践等组成的系统工程体系。

本文主要陈述了研发效能不是一个老板工程，面子工程，而是实实在在的为产研运小伙伴服务的职能。让大家利用公司的基础设施和平台服务，顺顺畅畅的工作，高效的产出这才是我们做研发效能的目的。

团队1号位要找到你能找到最好的那个人，基本素质要硬，人品素质硬，业务素质更要硬。既要也要又要到典型，没办法，团队1号位真的很重要。没有人品，待得越久危害越大；没有业务素质，一开始都待不下去或者只能「圆滑地」混下去，慢慢地容易把团队和业务带着向下走，甚至带没了，这样的案例太多了。

产品经理是要保证做正确的事；项目经理则是保证正确地做事；FTO 既要保证做正确的事，也要保证正确地做事，还要保证能拿到结果，且对结果负责。能做事的专业人才不缺，但是既有专业知识和技能还能自驱的人很少。自驱对于小团队来说尤其的宝贵。

现在很多公司已经组建了或者正在组建研发效能团队，每个人都大概有个认知，但是具体又很难说清自己该做什么不做什么，找不到自己的核心价值。「就菜下锅」「看碟下菜」是一种策略，但是我个人觉得还是要从大方向上对研发效能有个清晰的认知，分清边界、高效协同。研发效能涉及的知识很多，从大的方向去划分包括制度、组织、平台、运营等；单从软件研发的角度去看也包括很多，包括最底层的软工认知、实践，到团队管理和组织、敏捷研发，项目管理、源码管理、发布管理、可观测性，到产品的运营和反馈。如何快速提升团队软件开发成熟度，提升研发效能？

2020-2023，注定是不平凡的三年，三年大疫已经过去，剩下的路怎么走还是要靠我们这些平凡的人，但未来不平凡，勤劳勇敢的中国人民不平凡。曾经一个数据科学的同学在内网发帖，提高下运营效率，精细下运营每个月就有几百万收入，何必把每个月几十万的下午茶取消呢，无人回复。在裁员的这个环节上，国内的外资企业整体上要比国内的企业要好些，给人一种外企裁员比良心，国内企业裁员比恶心的感觉。曾经很多公司引以为傲的弹性工作时间也不那么弹性了，开始抓考勤，尤其是上班时间，早上打卡时间有限制，不能迟到，迟到扣钱扣工资扣绩效。

2023年1月，亚马逊开启第二轮裁，涉及零售、技术、体验和人力部门，两轮裁将达1.8万人，为该公司最大规模裁。2022年1月，百度，AIG、MEG多业务线精简，约10-15%，涉及基层，中层和高层。2022年11月，Facebook将裁1.1万人，约为13%，该公司历史上首次大规模裁。2022年4月，美团，到家事业群，到店事业群，快驴，优选，买菜等业务均不同比例裁。2022年3月，腾讯，PCG，CSIG，PCG部分项目关闭，部分人员裁减。游戏、MR业务成重灾区。2022年3月，小红书，裁400人，约20%

2022年12月18日上午，阿里云发布《阿里云香港可用区C某机房设备异常》公告。“阿里云监控发现香港地域某机房设备异常，影响香港地域可用区C的云服务器ECS、云数据库PolarDB等云产品使用，阿里云工程师已在紧急处理中。”在这个寒冷的冬天，一个炸雷给业界惊起了一个大波浪。很多人不解的是说好的高可用呢。说好的N个9呢？SLA 就是个笑话，服务该挂不还是挂了。虽然经过十几个小时，阿里云香港节点服务恢复了，数据也恢复了，终于可以让各位老板松了口气，估计很多运维的小伙伴已经开始迁移服务或者开始做备份了。