在业务快速发展的大型初创企业，如何构架和打造一个“灵活”且“高效”的软件研发组织以配合业务的迅速发展，同时又能够让技术下沉，积累，逐渐演进来为未来业务的发展做铺垫和服务。这里的“高效”是指让研发组织能够持续保持对业务的快速反应，能像小型创业团队一样在最短的时间内快速开发和交付。“灵活”是指这个研发组织不仅能够在业务上快速迭代，也能够在迭代中持续改进基础架构和实现，就像为运行中的汽车换轮子，做到“既快又猛，但是不糙”。

为了达到这样的设想，我们需要从研发组织架构，领导层，团队执行，以及衡量考核几个方面来进行设计。在我当前企业的实施中，我们采用的是定制版的 Spotify 模式，即把整个研发组织纵向打散成一系列的 Squads（研发小纵队），每个 Squad 全栈配备从前端到后端的工程师，以及相应的产品经理，设计师，以及数据分析师。这样每一个 Squad 自己就是一个隶属于企业内部的创业公司，保证了足够多的自主性和灵活性。与此同时，跨每一个 Squad 的各个 function 的工程师又组成了各自相应领域的 Chapters，比如 iOS Chapter，Backend Chapter，这样横向的组织让整个研发团队里每一个技术领域的工程师能在具体业务需求之外的共同部分寻求共享和基础技术架构和能力的打造。当然在实施这一模式的过程中需要有对应的措施来应对 Squad vs Chapter 的管理和考核挑战。我实施过程中也在不断的摸索和调整，当前的团队产出和成熟度也在随着这一过程慢慢提升。

演讲提纲：

1. 基于 Squads/Chapters 技术团队管理模式的基本介绍。
2. 如何重组现有的技术团队来实践这种研发模式。
3. 产品，设计和研发的合作模式 （Trio，三人组模式）。
4. 研发团队 Manager 和 Tech Lead 的合作模式 （关注交付+关注技术）。
5. 在团队具体运行过程中如何通过相应的流程和手段来赋能 Squads 和 Chapters 以高效的产出。
6. Squad 层面业务导向的季度 OKR 设定目标。
7. Chapter 层面技术导向的技术演进和沉淀。
8. 全透明的计划和执行跟踪体系（关注accountability）。
9. 挑战和持续的改进。
10. Squad/Chapter 模式的优势。
11. 碰到问题的总结和思考。
12. 下一步的改进计划。

听众受益点：

1. 作为技术团队的基础管理者（管理10人左右团队），能够站高一个维度去看一个相对比较大型的软件研发组织是如何去构建的。
2. 作为组织的管理者需要思考的问题。
3. 作为大型技术团队的管理者，能够从一个不同的角度看一种新的研发组织模式的优劣势，与此同时对比传统的研发组织的管理方式有所思考，且引他山之石。