2019年参考硅谷高效能标杆公司提高团队研发效能.pdf

《2019年参考硅谷高效能标杆公司提高团队研发效能.pdf》由会员分享，可在线阅读，更多相关《2019年参考硅谷高效能标杆公司提高团队研发效能.pdf（44页珍藏版）》请在三个皮匠报告上搜索。

1、参考硅谷高效能标杆公司提高团队研发效能你是否遇到过这些问题？1.最终发布的产品与用户需求偏差很大，有时甚至要完全推到重来2.每个冲刺、迭代最后关头出现大量提交、合并，导致大量问题聚集在最后关头，要么仓促上线，要么推迟发布时间3.产品发布上线时，团队成员集体熬夜加班。却将大把的时间花在了等待上（等待环境、等待验证等）4.开发提测质量不好，大量压力聚集到测试这一步，导致代码返工率很高。引入单元测试、代码审查，效果却都不明显。5.开发人员疲于应付业务，没有精力或者兴趣去精进技术，对Git、命令行等强大工具的使用仅限于皮毛，士气低迷、工作效率低下。分享大纲 1、什么是研发效能，为什么要关注 2、研发效

2、能的模型 3、研发效能实践解析：3.1、持续开发 3.2、分支管理和发布流程 3.3、工程师文化1、什么是研发效能？为什么需要关注？的一些统计数据(2019.6）MAU2.41 BillionDAU1.59 Billion员工39,651效能情况及实践1.没有QA2.几千开发者共主干开发，不使用功能分支3.每周全量部署，每日部署，热修复部署4.持续部署https:/ Phabricator+产品4.Stand，华为，国内创业公司：效能工具+搭建流程、建设文化5.KodeRover：工程效能创业6.极客时间研发效率破局之道专栏研发效能：持续地为用户产生有效价值的效率 有效性（Effectiven

3、ess）：产品对客户、对公司提供价值 效率（Efficiency）：快速生产发布产品 可持续性（Sustainability）：能够持续地高效生产为什么要提高研发效能？软件行业发展阶段的竞争成功必要条件 野蛮生长 精耕细作 发明创造 国内落地实践 技术 管理 文化我们也可以！2、研发效能模型软件研发的本质：一条超级灵活的流水线 流水线?灵活性：最终产品 节点之间关系 每个节点 每个开发者研发效能模型3.1、研发效能实践解析：持续开发持续开发持续开发：让开发人员聚焦于开发持续开发基本原则 规范化，优化核心步骤 快速反馈，增量开发代码入库前步骤优化本地开发入库前系统检查代码检查调测调优自动化测试本

4、地编码代码检查人工代码审查自动化测试入库获取开发环境获取代码配置环境获取开发机规范化、优化核心步骤1.本地研发环境获取2.本地编码3.本地检查4.建设代码入库前门禁系统快速反馈，增量开发1.灵活使用各种linter和测试2.建设并优化沙盒环境的搭建3.使用实时检验工具4.并行化优化结果本地开发入库前系统检查代码检查调测调优自动化测试本地编码代码检查人工代码审查自动化测试入库获取开发环境获取代码配置环境获取开发机快速反馈快速反馈联调环境规范化、优化核心步骤1.本地研发环境获取2.本地编码3.本地检查4.建设代码入库前门禁系统快速反馈，增量开发1.灵活使用各种linter和测试2.建设并优化沙盒环

5、境的搭建3.使用实时检验工具4.并行化持续开发演示一：命令行开发环境持续开发演示二：快速反馈方法论的学习-黄金圈法则持续开发总结讨论 Why How What3.2、分支管理和发布流程分支管理和发布流程分支管理发布流程：CI/CD做到极致分支管理 唯一一个长期纯在的分支：Trunk-based 第一步，获取最新代码?第二步，本地开发，产生本地提交?第三步，推送到主代码仓的master分支?第四步，rebase时，如果有冲突就先解决冲突，然后更新自己的提交，然后重复步骤3?CI/CD流程部署流程两个问题 问题1：如果功能比较大，一个代码提交不合适，怎么办？问题2：如果需要多人协同一个较大的功能，

6、怎么办？代码原子性 原子性：一个大型系统中，形成一个不可分割的最简单元或组件 代码提交的原子性：一个提交包含一个不可分割的特性、修复或者优化，同时这个提交要尽可能小。优点：结构清晰；容易定位问题；容易回滚使用Commit Message作为抓手 标题，简明扼要地描述这个提交。详细描述，描述提交的目的、选择这个方法的原因，并给出实现细节的总结性描述。测试情况，描述的是你对这个提交做了什么样的测试验证。跟其他工具和系统的相关信息，比如相关任务ID，相关的迭代信息链接。分支管理演示：单分支多commits链开发工作流其他