下载APP
登录
关闭
讲堂
部落
算法训练营
前端进阶训练营
企业服务
极客商城
客户端下载
兑换中心
渠道合作
推荐作者

系列:Spotify敏捷模式详解之研发团队

2020-01-31 极客时间编辑部

讲述:丁婵

时长05:07大小7.04M

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,每个系统都有一个或一对系统负责人。对某些关键的运营系统,系统负责人由开发和运营结对组成,即一个人拥有开发视角,另一个人拥有运营视角。
系统负责人并非专职,通常也是小队成员或分会领导,他们不仅要关注系统的质量、文档、技术债、稳定性、可扩展性和发布流程,还要负责协调和指导开发人员,以避免开发人员之间的冲突。
除了系统负责人,还有一个首席架构师,负责协调跨越多个系统的、较高层面的架构问题。他会评审新系统的开发工作,以避免一些常见错误,并确保新系统和现有的架构设计是一致的。不过,架构师的反馈只是建议和输入,系统设计的最终决策还是取决于小队。
以上就是今天的内容,希望给你带来参考价值。
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
上一篇
白山云科技API全生命周期管理的布局经验
下一篇
性能优化真的就只是改改代码?
 写留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。