再来看看一些中小型研发团队，他们看到国内大厂在研效领域不约而同的重兵投入，所以也会跟风。他们往往试图通过引进大厂工具和大厂人才来作为研效的突破口，但实际的效果可能差强人意。大厂的研效工具体系固然有其先进性，但是是否能够适配你的研发规模和流程是有待商榷的，同样的药给大象吃可以治病，而给你吃可能直接丧命。很多时候研效工具应该被视为起点，而不是终点，就像你买了一辆跑车，你依旧不能成为赛车手。
06 迷信外部专家引入大厂专家其实也是类似的逻辑，我常常会被问及这样的问题：“你之前主导的研效提升项目都获得了成功，如果请你过来，多久能搞定”？这其实是一个无解的问题。一定程度上，投入大，周期就会短，但是，实施周期不会因为投入无限大而无限变短。我可以帮你避开很多曾经踩过的坑，尽量少走弯路，犯过的错误不再次犯，但是，适合自己的路子还是要靠自己走出来，拔苗助长只会损害长期利益。
07 研效度量的罪与罚最后再来看看度量。研发效能的度量一直以来都是很敏感的话题。科学管理时代我们奉行“没有度量就没有改进”，但是数字时代这一命题是否依然成立需要我们的反思。现实事物复杂而多面，度量正是为描述和对比这些具象事实而采取的抽象和量化措施，从某种意义上来说，度量的结果一定是片面的，反映部分事实。但没有银弹，也没有完美的效能度量。数据本身不会骗人，但数据的呈现和解读却有很大的空间值得探索。那些不懂数据的人是糟糕的，而最最糟糕的人是那些只看数字的人。当把度量变成一个指标游戏的时候，永远不要低估人们在追求指标方面“创造性”，总之我们不应该纯粹面向指标去开展工作，而应该看到指标背后更大的目标，或者是制定这些指标背后的真正动机。
总体来看，对于研发效能，我认为最重要的不是技术升级，而应该是思维升级，我们身处数字化的变革之中，需要转换的是自己的思维方式，我们需要将科学管理时代的思维彻底转为字节经济时代的思维。
研发效能的“冷思考”最后，回到工程师层面，研发效能的提升对我们而言又意味着什么？
01 工具效率的提升并没有减少我们的工作时长新工具新平台在帮助我们提升效率的同时，也不断增加着我们学习的成本。用前端开发来举例子，以全家桶为基础的前端工程化大幅度提高了前端开发的效率，但与此同时前端开发工程师的学习成本却在成倍增加，“又更新了，实在学不动了”一定程度反映了前端同开发的悲哀和无奈。
02 技术的升级正在不断模糊工作和生活的边界早年时候的工作沟通除了面聊以外主要靠邮件，非工作时段老板给你发邮件你有各种正当理由不用及时回复，可是现在及时通讯工具 IM（那个消息已读提示，你懂的）再结合各种 ChatOps 实践，已经让工程师已经无法区分什么是工作什么是生活了，这难道是我们想要的吗？
随着在研发效能领域的不断投入，会有越来越多的研效工具诞生，所有这些工具都使人与工作之间的链接更加紧密，人越来越像工具，而工具越来越像人。我们之所以创造工具是想减轻我们自己的工作，但现实却很可能发展成，我们最终沦为被亲手创造的工具奴役。我们致力于的研发效能，究竟会成就我们，还是毁了我们？值得我们深入思考。
对于研发效能，实施的思路不对，方法不对会搞垮一个团队，我们需要的是体系化的方法论和相应的工程实践。请期待我们的下篇文章对此作出解读。同时我们也热忱邀请你，参加腾讯云 CIF 工程效能峰会 —— CODING DevOps 高级架构师王炜将带你走进论坛 - 云原生加持下的研发效能升级，6 位业内专家将从工具到实践，深入浅出分析并解决业务接入云原生过程的痛点与难点，帮助团队实现需求实时响应，业务快速开发上线。
本次峰会将于 2021 年 10 月 19 - 20 日以线上会议的形式召开，以“云上开发，化繁为简”为主题，聚焦云原生加持下的研发效能升级，与数字化风潮下的企业转型实践。
扫描海报二维码
立即预约腾讯云 CIF 工程效能峰会