在 ArchSummit 北京 2019 大会上，胡建讲师做了《打造基于 Squads/Chapters 的灵活高效的全栈研发组织》主题演讲，主要内容如下。
演讲简介：
在业务快速发展的大型初创企业，如何构架和打造一个“灵活”且“高效”的软件研发组织以配合业务的迅速发展，同时又能够让技术下沉，积累，逐渐演进来为未来业务的发展做铺垫和服务。这里的“高效”是指让研发组织能够持续保持对业务的快速反应，能像小型创业团队一样在最短的时间内快速开发和交付。“灵活”是指这个研发组织不仅能够在业务上快速迭代，也能够在迭代中持续改进基础架构和实现，就像为运行中的汽车换轮子，做到“既快又猛，但是不糙”。
为了达到这样的设想，我们需要从研发组织架构，领导层，团队执行，以及衡量考核几个方面来进行设计。在我当前企业的实施中，我们采用的是定制版的 Spotify 模式，即把整个研发组织纵向打散成一系列的 Squads（研发小纵队），每个 Squad 全栈配备从前端到后端的工程师，以及相应的产品经理，设计师，以及数据分析师。这样每一个 Squad 自己就是一个隶属于企业内部的创业公司，保证了足够多的自主性和灵活性。与此同时，跨每一个 Squad 的各个 function 的工程师又组成了各自相应领域的 Chapters，比如 iOS Chapter，Backend Chapter，这样横向的组织让整个研发团队里每一个技术领域的工程师能在具体业务需求之外的共同部分寻求共享和基础技术架构和能力的打造。当然在实施这一模式的过程中需要有对应的措施来应对 Squad vs Chapter 的管理和考核挑战。我实施过程中也在不断的摸索和调整，当前的团队产出和成熟度也在随着这一过程慢慢提升。
内容大纲：
基于 Squads/Chapters 技术团队管理模式的基本介绍。
如何重组现有的技术团队来实践这种研发模式。
产品，设计和研发的合作模式 （Trio，三人组模式）。
研发团队 Manager 和 Tech Lead 的合作模式 （关注交付+关注技术）。
在团队具体运行过程中如何通过相应的流程和手段来赋能 Squads 和 Chapters 以高效的产出。
Squad 层面业务导向的季度 OKR 设定目标。
Chapter 层面技术导向的技术演进和沉淀。
全透明的计划和执行跟踪体系（关注 accountability）。
挑战和持续的改进。
Squad/Chapter 模式的优势。
碰到问题的总结和思考。
下一步的改进计划。
听众受益点：
作为技术团队的基础管理者（管理 10 人左右团队），能够站高一个维度去看一个相对比较大型的软件研发组织是如何去构建的。
作为组织的管理者需要思考的问题。
作为大型技术团队的管理者，能够从一个不同的角度看一种新的研发组织模式的优劣势，与此同时对比传统的研发组织的管理方式有所思考，且引他山之石。
讲师介绍：
胡建，WeWork 中国区软件研发总监，TGO 鲲鹏会会员。
现就职于 WeWork 中国 Technology 团队，负责 Member Experience 产品线的研发团队。团队规模在 40 人左右，研发产品形态包含从手机客户端，微信小程序端，到 Web 端的一系列产品。之前就职于 Blackboard 上海研发中心，帮助 Blackboard Learn 产品研发团队从 40 人左右扩展为 90 人左右规模的大型团队，其中包括已有研发团队的扩容，以及从零开始组建的 DevOps 运维和性能团队。同时相应建设了中国和全球研发团队的合作模式，设计了开发以及项目管理，交付等相关流程。上海团队所负责的研发工作内容超过产品线全球研发团队的 50%。
完整演讲 PPT 下载链接：
https://archsummit.infoq.cn/2019/beijing/schedule
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论