高效研发运维体系构建的流程和方法论云计算产品大多都会与云原生发生关联，云原生正在重塑整个软件的生命周期。但到底什么是云原生？云原生带来的最大技术创新和未来机会是什么？围绕云原生，是否可以构建出一套云上的开发&运维体系，打造新一代研发平台，实现研发效率的最大化？我们邀请了阿里云云效研发平台负责人神秀，分享团队关于高效研发运维体系构建的流程和方法论。文章包括三个部分：首先从问题出发，分析在团队业务逐步壮大的过程中可能会遇到的问题，以及这些问题对团队效能的影响。然后结合问题看下什么样的效能体系能够满足团队效能提升的诉求。最后介绍阿里云云效团队对效能提升方法的一些总结。一团队效能的影响因素1团队效能的影响因素首先探讨下企业人员规模增长对效能的影响。刚开始公司初创期，十几二十人组成全功能团队，此时团队分工边界并不明确，大家在一个非常敏捷的状态下工作，互相会进行一些补位，比如技术去做一些产品的事情，开发去做测试和运维。这种情况下团队协作起来基本上没有太多沟通损耗。往往瓶颈在个人能力上。此时初创团队为了更快的完成业务需求，在效能工具选择上更关注单点效率，比如好用的流水线工具、测试工具等等，上手门槛是第一考虑的因素。当团队逐步扩张，人员分工开始专业化，多职能协同的问题开始凸显出来。如何合作，权责如何分配，大家之间的协作流程是怎样的，是团队非常关心的问题。此时团队并不太会因为个人能力而决定产品的成败，如何提升中位能力是关键问题。此时在效能工具的选择上会更偏向于有一定解决方案的产品，比如分支管理模式，测试环境管理模式，DevOps如何落地等等。这些工具的使用可以很大程度去提升团队之间透明度，提升沟通效率。比如分支管理模式的选择，解决开发与测试团队沟通的问题，DevOps模式更是将绝大部分运维工作交给开发独立完成，从而通过减少沟通来提升效率。随着团队业务进一步扩大，开始出现有明显业务边界的产品，此时在沟通协作成本会被进一步放大，大家更加重视目标、共识和结果。当然可以以战役模式去承载目标、共识和结果，是非常好的一种汇聚人力资源，topdown的提升执行效率的手段。从另一面也要意识到，战役并不能解决所有边边角角的跨产品、跨团队协同问题，如何在日常状态下去解决这种兵力分配、业务技术拉通的问题才是关键。2软件服务架构对研发效能的影响接下来看另一个问题，就是服务架构对研发效能的影响。服务架构其实和组织架构有很强的关联关系，比如在扁平化架构下，团队各自独立互相关联性不强，有很高的自给率，这里的自给率是指独立完成某个需求的能力。在网状架构下组织形式往往是一体式的，由同一个部门老大带领，团队之间紧密配合，我中有你，你中有我。在这个阶段架构复杂度高，缺乏抽象。但是因为业务流程相对简单，做起需求来各团队点对点沟通也不是太大问题，决策链路短，共识快。从另一方面看，技术债务也在累积，当业务之间耦合到一定程度的时候就会出现维护债务的人力投入开始大过新需求人力投入。中台架构是解决此问题的一个路径。到中台模式下，各种业务模块开始被抽象出来，随之技术侧也需要组建技术中台，将原来各自团队持有的工具开始收敛，流程开始统一。不过随着前台和中台出现分工后，各自发展路线独立设计，此时就会出现部门墙、前台业务自给率低、达成优先级、交付时间等共识很困难的问题。经过这三种产品架构、技术架构、组织架构的分析，相信大家可以理解团队不断演进过程中面临的效能困局。3技术演化带来的效能变化说完了协作问题，再来看技术的演化是如何影响研发效能的。先粗略的看看过去几年的几个技术变化。在2008年开始业界提出了微服务、持续交付、DevOps等等一系列的概念，延续至今。与此同时阿里巴巴也对电商核心系统进行了服务化改造，后来又发现服务多了，管理出现了难题，只有DevOps可以消除瓶颈，释放生产力。这几件事其实内部是有一定逻辑的，也就是业务驱动技术变革，技术促进架构变革，架构又推动研发模式变革。再看最近几年日益兴盛的k8s生态，大致相同，新技术的应用，造就了很多新的架构模式比如serverless，小程序等，这些...
