08｜基础团队：研发效能部门，解决不了研发效能问题

🤔☕️🤔☕️🤔 【R】一个团队，必须有个亮点，才能解读团队存在的必要性。 【.I.】研发效能，很热门的词，很吸引眼球的词，但是在我的经验里，字面意思不足以体现它的魔力，切换到动机层面，反而会有些发现。试问，谁对研发效能在意？公司和组织，它们当然在意。但是，它们更在意的，大概率却是，为啥研发效能无法量化，而不是研发效能本身。当无法量化时的研发效能进入考核时，各种稀奇古怪的招式都会冒出来。然后，结论大概率还是，研发效能这玩意儿无法量化。再试问，对于每个工程师而言，尤其对于每个有家庭的工程师而言，研发效能意味着什么？干活时，能专注在一条主线，不干扰不等待，当然也不因等待而刷手机。提交时，曾经手动完成的事情，逐渐由系统的自动化辅助，非人参与的事情做过三遍以上，就可以融入到提交流水线。问题时，现场信息采集、现场复现，测试查用例遗漏、尝试复现，开发分析潜在原因、启动复现，多条线同时推进。对于某个工程师而言，研发效能就是仅把个人适当的精力，以不费心，以不闹心，以很省心的方式，投入在研发工作方面。这么说来，去问研发人员，如何能让他早点回家，但依然在现有的投入下，持续略有提高，需要哪些方面的改进或辅助，估计能得到更真实的答案。 【.I.】一个团队，需要亮点，具体个人，需要记忆点。在技术行业，遇到什么问题，想来想去原来还有这么号人可以求助，想起他的点，就是每个技术人都要努力，让自己身上具备的记忆点。 【.I.】效能工具，付费，为何难。一方面，我觉得是技术人员的自负，觉着吧人家也是代码编写，为何我自己不写个出来，不都是文本编辑器里敲代码嘛，然后大概率写出个四不像。另一方面，我觉得是成本意识不够，尤其是机会成本概念没有建立起来，如果意识到我花钱，能够省下多少精力、以我的擅长去赚得更多我所需时，立刻就会考虑购买方案。 【Q】上午提需求、下午就上线、晚上不合适再改改、明天就是个略好的版本，然后持续越改越好。这样的开发模式，容易被说业余（备注：我个人很喜欢）。可是在各种评审加入后，就真的更专业，还是更低效。据老师的经验，评审在其中发挥的作用，什么样的团队规模，引入比较合适，什么时候发挥最佳，什么时候会变成瓶颈？ —— by 术子米德@2022.10.26

阿里云智能编码插件（Alibaba Cloud AI Coding Assistant）是一款AI编程助手 提供代码智能补全和代码示例搜索能力，帮你更快更高效地写出高质量代码。https://developer.aliyun.com/tool/cosy

在工具团队做过，价值难以量化是个大问题。

在几家不大不小的公司，担任技术管理；也在大公司的独立团队干过技术经理；文章中提到的对工具的信任差异，我觉得更像是管理层面的缺失；大家关注结果，比如项目最终是否验收，至于过程混乱也还好，虽然我们都知道过程要有序能更好交付，但实际上还是没那么理想；而工具恰恰是过程管理。爷爷说过一句话：不管黑猫白猫，能抓住老鼠都是好猫。于是，这句话就成了一些人的尚方宝剑。再者，存在幸存者偏差：你看那XXX团队，也就是这么搞的，你看现在都上线发布了。于是。。。 举个例子，jira和禅道，禅道拿过来自己开玩，而jira在配置一个项目的时候，需要提前预设好各种流程；都是项目管理/需求管理工具，但风格啥很大差异；我觉得可能是双方在研发流程管理理解上的差异；国内大部分公司（中小公司，甚至是大公司的某些独立团队）的研发流程管理其实是缺失的，当一个代码写的相对好，或者是效率搞的人，被提升为leader之后，并没有想着怎么提升协作，对于团队作战也有不清楚的时候，就急需一个工具开箱即用，直接用就可以了，禅道可以满足（给个jira可能还搞不清楚啥是啥）。 从我自身的经历来看，中小厂商的研发，或者技术领导者可能着眼点会在：需求的变更、需求的不确定性、研发代码质量；其实国内大厂最近几年一直在持续输出一些思想、方法论、工具，也让中小厂商受益良多，比如好几年前阿里出来的 java代码规范。 研发效能，大厂因为环境复杂，各方耦合很多，协作上的需求很高，工具价值，大量应用的发布、监测、运维，毕竟到了一定规模，就不是堆人解决的了。 中小公司做项目，研发过程的管理，如果依赖于人治（团队小，项目规模小，协作喊喊就能解决），就严重依赖于一名靠谱的技术leader（懂点研发管理流程的）。在早些年，中小公司，一线技术领导由于自身环境的因素，受困与这些知识面的获取。现在其实好了许多，国内各种大会，各类知识网站的兴起，对这方面有了很多的布道。 计算机/软件工程专业的人员出来之后，对于真正工程化的知识要学习到位，感觉我们过于重视技术，对于工程化反而忽略了。打个比方，过于重视怎么开好挖掘机，而忽视了安全生产条例（可能不恰达，就这个意思）；

哈哈哈，主要大部分公司内部工具和业界的相同顶尖的服务差别有点大。肯定开发者会抱怨的。

研发效能团队的权责不对等，阿里的研发效率瓶颈主要在协同和沟通上，这个不是这个团队能解决的。另服务化下，阿里测试环境是个痛点，一直没有解决。反观蚂蚁在这个问题上就解决的很好，背后的原因值得探讨

代码智能化，终于被chatGPT解决了

在公司整体业务快速上升期，你哪怕什么也不做，外面都会觉得你产生很大价值了；在业务疲软期，你做的再厉害，最终评价都不会太好。

确实，花时间最多是在编码之前的沟通过程中，一些跨部门的项目更难。

讨论研发效能的，目前这篇是我见过，讲的最实在的了。挺好的文章，接地气哈。