系列：Spotify敏捷模式详解之研发团队
极客时间编辑部
讲述：丁婵大小：7.04M时长：05:07
Spotify 是一个正版流媒体音乐服务平台，从 2008 年到 2018 年，Spotify 收获了 1.59 亿的全球活跃用户数量，成为了音乐流媒体领域的霸主。它也是第一家通过“直接上市”的方式在纽交所成功挂牌的公司。是什么成就了 Spotify 呢？这主要归因于 Spotify 的敏捷和精益教练亨利克·克尼伯格（Henrik Kniberg），他在指导 Spotify 的过程中，用多篇文章记录了 Spotify 的敏捷模式。日前，李洁（Jerry Li）和廖靖斌（ Eric Liao）通过资料收集和整理，梳理出了 Spotify 敏捷模式的整个过程，并通过三个系列的文章呈现出来。本文是对 Spotify 研发团队的介绍，其重点内容如下。
Spotify 采用的是一种非常独特的组织架构，整个研发团队由多个称为“部落（Tribe）”的单元组成，每个部落中包括多个“小队（Squad）”，再从横向的维度把拥有类似技能的人放在一起形成“分会（Chapter）”和“协会（Guild）”。
小队（Squad）
小队类似于一个高度自治的、迷你的“创业公司”。 他们长期从事某一类任务或者开发产品的某一个部分。在小队中，不存在官方任命的团队领导，只有一位产品负责人。各小队的产品负责人共同维护一个宏观的产品路线图，指引整个 Spotify 公司的产品发展方向。每个产品负责人也分别维护一个自己所在小队的产品待办列表。另外，可能会有一位敏捷教练，帮助团队改进工作方式。
小队成员通常不会超过 8 个人，但具备开发产品需要的所有知识和技能，例如设计、开发、测试、发布等。他们坐在一起工作，工作流程由自己定义、管理和改进。
每个季度，组织会对每个小队做一次调查，以确定小队需要在哪些方面改善以及需要组织层面提供哪些支持。
部落（Tribe）
部落是在相关领域工作的多个小队的集合，每个部落有一名酋长，他负责为部落内的各小队提供最好的栖息地。 一个部落中的所有小队会在同一个办公地点工作，各小队的办公区彼此相邻。
部落规模通常小于 100 人，因为 Spotify 认为在超过 100 人的组织中，大部分人很难维持稳固的社会关系，当一个组织变得过大后，就会出现官僚主义、政治斗争、冗余的管理层级等等。
分会（Chapter）和协会（Guild）
同一个部落，又在相同技能领域、拥有相似技能的一些人就会组成分会，负责传播知识和开发工具，类似于传统的职能部门。分会只有一个服务式的领导，负责教导和指导分会成员的工作，执行员工发展、定薪等。分会的领导，同时也是某个小队的成员，参与小队日常工作。每个分会的工作方式即定期聚会，讨论专业知识及遇到的挑战。
而协会是轻量级的“兴趣爱好社区”，分享知识、工具、代码和实践。公司中的任何人都可以随时加入或离开协会。每个协会定期组织一些研讨会，由“协会协调人”来负责。
如何解决系统的整体一致性问题？
Spotify 的技术是高度面向服务的，而它本身共有 100 多个独立的系统，每个系统都可以单独地维护和部署。通常小队需要更新多个系统来完成新特性的开发，如果没人关注系统整体一致性的话，那么系统架构就会变得一团糟。
这就引发出了系统负责人的角色，在 Spotify，每个系统都有一个或一对系统负责人。对某些关键的运营系统，系统负责人由开发和运营结对组成，即一个人拥有开发视角，另一个人拥有运营视角。
系统负责人并非专职，通常也是小队成员或分会领导，他们不仅要关注系统的质量、文档、技术债、稳定性、可扩展性和发布流程，还要负责协调和指导开发人员，以避免开发人员之间的冲突。
除了系统负责人，还有一个首席架构师，负责协调跨越多个系统的、较高层面的架构问题。他会评审新系统的开发工作，以避免一些常见错误，并确保新系统和现有的架构设计是一致的。不过，架构师的反馈只是建议和输入，系统设计的最终决策还是取决于小队。
以上就是今天的内容，希望给你带来参考价值。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论