关于研发效能提升的思考.docx

关于研发效能提升的思考 huver2007 2021-09-16 更多内容关注：fullstack888 研发效能提升是最近比较抢手的一个话题，本人依据这几年的工作心得，做了一些思考总结，由于个人深度有限，暂且抛转引入。 三要素 任何生产力的提升都离不开这三个因素：人、流程和工具，少了其中任何一个因素都无法实现。 人，即思想，也就是古人说的“道”，道不同不相为谋，是制高点，也是高层建筑的基石。 流程，即方法，也是古人说的“法”。研发效能的提升，也就是要提高投入产出比，既要添加产出，也要削减消耗。 工具，即道具、器械，对应“器”。选对工具很重要，趁手的工具往往能起到事半功倍的效果。 具体解释见下图： ? 第一个要素：人 思想的深度打算了生产力的高度。依据灵敏宣言，个体和交互赛过流程和工具，人的因素是最重要的，但人的思想在短期内又无法提升，需要长期不断投入。 我们可以从两个方面着手，渐渐改进： 工程素养 做事方法 工程素养 做事方法 研发同学要构成PDCA的思维，任何事情都要有始有终，构成闭环 乔梁在《持续交付2.0》中提出的持续交付双环模型，我觉得是PDCA环的进展，可以应用到很多领域，比如流程改进 ? 持续交付双环在流程改进中的应用 其次个要素：流程 流程的引入并不是为了给团队添加束缚，而是提高研发效能，即必需起到削减铺张，促进价值产生的作用 削减铺张 依据精益的思想，软件行业常见的铺张有以下几种： 促进价值产生 流程必需促进价值的产生，即价值产生的催化剂 流程改进 流程改进肯定要避开买椟还珠的行为，改进的目的是削减铺张，促进价值产生，而不是为了符合流程而走流程。 假如流程已经妨碍到价值的交付，那么就要考虑优化流程。 第三个要素：工具 工具是三个因素中最简约实现的，可以购买现成的，也可以企业本人开发，比如业界常用的有Jira、TFS、禅道、Tembition等，可以依据本身需求导入。 工具到底只是流程的载体，不能把心思都花在工具上，而忽视了人和流程，那就舍本逐末了。 工具和人 工具是人工作的道具，既要协助人实现工作目标，也要把工作过程透亮?????出来，便利干系人了解工作进展 所以工具的选型需要考虑几个因素： 组织简单度 工具维护成本 能否能满足流程需要 能否便利猎取形态报告 工具和流程 工具是流程的载体，流程只要整合到工具中才能更高效率的被执行，尤其是流转的自动化 正所谓术以载道，好的工具必需是符合企业文化，并能促进流程的自我改良的 工具和度量 度量是研发活动的镜子，只要完善的度量体系，才能清楚晓得哪里存在弱项，哪里是我们改进的重点 缺少度量，研发过程必定不行见，更谈不上如何提升研发效能 而度量必需通过工具实现，否则度量的效率就会很低下，假如度量本身要花费大量工作，那就得不偿失 度量准绳 度你所做，为优而量，这是度量的根本目标 简约，削减度量工作量 客观，不易受人为干涉 尽量不与考核挂钩 较完整的度量框架 依据以往阅历，及目前公司正在做的度量，梳理了一套较完整的端到端度量体系，可以参考 如何考核 既然说度量不与考核挂钩，那该如何采集考核数据？ 建议从几个客观目标着手（有部分借用阿里） 团队互评 也可以接受团队匿名互评的方法 回顾会上，每个人给包括本人在内的全部人进行评价，包括：综合评分、做得好的、待改进点 某项目团队互评结果 当然，任何措施若涉及到个人利益，必定会有变味的行为（坏味道），即便现在很火的OKR一样有走歪的，只能看这个措施能否能引导团队往正确的方向走，能否利大于弊。 链接：/article/details/103260847 - END - 推举阅读： 盘点市面上主流的时序数据库 7张图了解kafka基本概念 笼统、低内聚、难变更，你还在用“堆栈”组织代码？ 如何处理TOP-K问题 update语句的执行过程 深化理解Mysql执行过程及执行挨次 你真正思考过什么是架构吗？ 关注:fullstack888 学习架构学问