QCon 全球软件开发大会(北京站)门票 9 折倒计时 4 天,点击立减 ¥880 了解详情
写点什么

不要复制 Spotify 模型

2016 年 10 月 18 日

Spotify 模型有助于对 Spotify 做事方式的理解,但不可以把它整搬到你所在的企业中。它是随着 Spotify 员工对新事物的学习和发现而一直在改变的。Spotify 软件开发方式是并不存在的。

在“ Spotify 的大规模敏捷之路:使用部落、分队、分会和协会”一文中, Henrik Kniberg Anders Ivarsson 最先对 Spotify 的开发软件方式进行了描述。这篇发表于 2012 年的文章为 Spotify 的工作方法给出了一个快照,正如 Kniberg 在 InfoQ 访谈“ Spotify 的大规模敏捷:采访 Henrik Kniberg ”中所说的:

这并非一个大规模的重建,而更像是对我们的组织和过程进行持续不断的小规模迭代改进。我们已经持续增长三年,随时间的推移当前我们的工作方式也已自然演化。

Spotify 正在发展,软件的开发方式也一直在变化。并没有一成不变的 Spotify 软件开发方式,在 Spotify,鼓励员工去持续学习并改进工作方式。

在 2015 年的 InfoQ 访谈“在 Spotify 快速学习”一文中,Simon Marcus 解释了 Spotify 是如何在不丢失其立业精神及文化的情况下努力成长并成熟起来的:

尽力去服务于两千万的日活用户,是 Spotify 这样的企业日常所面对的问题。该问题是迥然不同于初创企业所面对的试图寻求市场定位的问题。约束机制不同,工作范畴也就不同。事实上初创企业在早期阶段时,企业中所有的人都相互认识,任何人可能去做任何的事情。而这种情况在 Spotify 这样规模的企业中是不可能存在的。目前 Spotify 有大约 1500 名员工,其中的 700 人在做技术产品和设计。未来主义者 Warren Benes 将我们的方法称做“灵活的组织机构”(ad-hocracy),即企业是为灵活性和适应性而特意设计的,可能较少地关注如何从员工所从事的每个活动中去榨取最后一个美元。正如我所提到的,这意味着我们对失败具有相对较高的容忍度。而对于以确保做事正确为借口的低效行为,我们也具有相对较高的容忍度。

自主性是 Spotify 的一个核心指导原则。在 InfoQ 访谈“自主性在敏捷开发里的角色”一文中,提及 Spotify 的员工 Kristian Lindwall 和 Cliff Hazell 曾在 2015 年的一次大会报告上解释了为什么自主性是处于敏捷的中心位置上:

追溯起来,自主性还带有希腊血统呢,意即希腊历史传承下来的自由选择权。自主权总是在界限范围之内的,而这界限又是以明确的约束形式出现的,公司的目标应该尽可能的明确,尤其是团队与团队一起协作的时候。总的来说,Spotify 致力于创建一个高度自治的企业文化,团结一致的队伍。Lindwall 和 Hazell 说,虽然这两点可同时兼具,但你必须确保团队对公司的业务和公司的客户很了解,而且知道自己的工作目的是什么。

Spotify 的工程主管 Marcus Frödin 在“ Spotify 希望自己擅于失败”一文中,解释了 Spotify 所采用的文化架构:

Spotify 采用了他们称之为 DIBBs(数据、洞察力、信仰、推测)的理念。Frödin 说道,DIBBs 是“那些关于世界,我们相信的事情,在这些事情里,我们希望理解为什么相信它”。DIBBs 的理念在策略和文化方面都得到了应用……Spotify 有一块白板,上面写着公司的那些“推测”,即他们必须马上去做的事。这个白板对公司里所有人开放。

作为一位 Spotify 分会领导者,Marcin Floryan 在 2016 年 Spark the Change 伦敦大会上就当前 Spotify 的产品和软件开发方法做了报告。这里是对他的报告的一个总结。

Spotify 被人们看作可去追随或模仿的例子。Floryan 指出这可导致光环效应偏差,即人们看到了成功的事情,就会期待在自己的公司中做同样做事也会取得成功。Floryan 说这并非最为有用的看待 Spotify 模型的方式;选择去模仿确实是选取了一条坎坷的道路。

Floryan 建议将 Spotify 模型看成是对系统或过程的简化描述。模型有助于去理解 Spotify 是如何做事的,但是并非可以拷贝到你所在的企业中。

Floryan 提及了 Edgar Schein 所给出的企业文化模型,该模型表明你只能看到企业文化的一小部分。

文化也是一种抽象,然而影响力是由源自于文化的社会和组织状况所创建,这种影响力是强大的。如果不理解这些影响力的运作方式,我们就可能会成为这些影响力的受害者。

一些文化层面已很好地集成在工作方式中,以至于难以去识别它们,例如基本假设就是如此。在 Spotify 内部试图通过对这些文化层面的讨论而使它们可见,Floryan 说这是一种从表面向下查看的方式。

自主性是 Spotify 的一个基本假设。小队就是基于这种假设的。小队是小规模的,被授权可横跨多个功能团队,这些团队对全生命周期具有所有权。小队使得 Spotify 可以快速地移动,可不依赖于 Spotify 的其它部分去达成目标并交付价值。

Floryan 说未经校正的自主性是无效的。达成自主性是非常困难的,这里有太多的挑战。例如,信任在使自主性工作中十分重要。Floryan 解释了 Spotify 是如何实现 IT 硬件供应的,以此作为 Spotify 中关于信任的一个例子。在 Spotify 的办公室中有一个橱柜,存放键盘、电缆、电池等物品。在员工有需要时就可从橱柜中拿取,这不需要去订购、获得授权或者签字。

另一个 Spotify 中关于信任的例子是,任何人可在任何时候从任何地点部署软件的任何部分(这也是有一些限制的,例如信用卡交易处理系统等)。每个人可以看到业务度量,可访问大部分的文档,并且收入目标也是在内部发布的。

Floryan 说如果没有给予正确的信息,信任就会导致沿着错误道路发展下去。他回到了 Spotify 的硬件供应问题上,每个橱柜中物品的价格都在标签上明确标明。员工在了解了价格后,就可更好地决策他们是否需要一个新的键盘。Floryan 说,信息的提供使人们可以按自身情况做出正确的决策。

为使员工去做正确的事情,必须为自主性设置一个目标。Spotify 的员工已发现思考的方式和做事的方法与 Daniel Pink 关于自主性、掌控和目标的理念是一致的,因此他们决定尝试 Pink 所著的《驱动力》一书中的其它内容。Floryan 指出,这再次显示了不应以某个模型或某本书为起点并努力去实现它们,而应对所需达成的目标进行审视,并使用一切适用的方法去实现目标。

员工在 Spotify 表现良好,这意味着该员工的确擅长于在团队中工作。Floryan 说,Spotify 是在团队中去解决问题,而非去咨询专家。Spotify 的办公室提供了协作空间。一个小队通常具由三个人担任领导者并共事,其中一人代表了产品(产品所有者)、一人担当技术领导者或分会领导者代表了技术、一人担当敏捷教练代表了过程。由于各个级别中都使用了领导者原则,所以部落或联盟也将由三人从产品、技术和过程的视角进行领导。

Floryan 提出:当前你将成为什么角色,这比你是谁更加重要。在雇用员工时,Spotify 会考虑候选者所具有的潜能、成长能力和对新技术的学习能力。

多样性是不同的观点和看法碰撞的地方。多样性激发了创新,Floryan 指出,这也是 Spotify 对此话题十分关注的原因。例如,去组织多样性峰会。

Floryan 提及了一些源自 Spotify 的观念。他指出:“我们相信这是一场马拉松,而非冲刺跑。”这也是为什么 Spotify 会给予员工时间离岗去充电。另一个观念是“学习最快者将胜出”。 Floryan 引用 Daniek Ek 的话指出,Spotify 的目的在于比他人更快地犯过错误。 Spotify 必须更快地从失败中恢复,必须具有非常快的反馈循环,必须拥有数据和工具,以及允许建立用于更高效学习的洞察力的架构。

Spotify 模型由于 Spotify 员工对新事物的学习和发现而时刻都在改进。Floryan 说他们正着眼于当前所做的事情,去检查、解决问题。他引用了 Taiichi Ohno 的一句话:“你必须独立思考并面对自己的困难,而非想方设法去借鉴他人的智慧”。

查看英文原文: There Is No Spotify Model


感谢夏雪对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016 年 10 月 18 日 19:001625
用户头像

发布了 226 篇内容, 共 60.8 次阅读, 收获喜欢 17 次。

关注

评论

发布
暂无评论
  • 精益思维的演化:从精益思维转变到畅流思维

    畅流系统让组织重新思考、理解复杂性,拥抱团队合作和基于自治团队的领导力结构。

  • Creating Great Teams 作者问答

    Sandy Mamoli和 David Mole合著的 Creating Great Teams - how self-selection lets people excel一书对团队自选择的概念进行了探索,和对如何使用自选择建立团队提供了按部就班的指导。

  • 敏捷时代下你该如何做绩效管理?

    敏捷时代更关注绩效,想要打造高绩效团队,OKR + CFR 的管理方式,可以助你一臂之力。

    2019 年 8 月 23 日

  • 特别放送(五)| 关于 DevOps 组织和文化的那些趣事儿

    要想改变企业文化,管理层的认同和导向非常重要。但是,从自己力所能及的范围做起,别觉得文化跟自己没有关系,这才是最重要的。

    2019 年 12 月 24 日

  • ScrumMaster 项目面谈诀窍

    ScrumMaster或者迭代经理在敏捷团队里面是一个关键角色,而且,对于ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目时,很重要的是创造一个取得成功的环境。本文提供了一些面谈时的建议,可供ScrumMaster考虑是否接受项目或团队时参考。

  • 大咖对话 | 对人才的长期投资是人才体系打造的根本

    理念和价值观的契合是十分重要的,在这个前提下,我们能为他带来什么、他能为公司带来什么、双方能否达到长期的互相认同——这三点是我们在甄选人才时始终在强调的。

    2018 年 7 月 13 日

  • 专访 Dan Mezick:关于《文化游戏》

    Dan Mezick写了一本书《文化游戏》(英文名《The Culture Game》)-- 介绍如何学习来自敏捷,且通过你的组织进行传播ABC步骤的16种模式。这本书出版标签包括文化、游戏、幸福感、学习与生产力,解释了关注游戏机制是提升组织文化真正的关键所在。这本书提供具体示例,探讨在Zappos公司关于创造和培育企业文化学习的经验与教训。<br/> 本书着眼于文化基础,它们构成组织文化和讨论方式,并鼓励和引导文化转型。 借鉴他在敏捷实践方面的经验,作者审查文化背后的价值,展示了在现代商业环境中,敏捷如何使得组织学习产生价值,以及学习型文化对于成功的重要性。

  • 敏捷 2016 大会主题演讲:现代敏捷

    在敏捷2016大会上,敏捷专家Joshua Kerievsky就现代敏捷理念做了一个主题演讲,演讲中辅以实例对现代敏捷的四个指导原则进行了详细的讲解,演讲视频可公开访问。

  • 我不是仆人,是主人!敏捷中领导力的新比喻?

    作为一名领导者意味着什么?那么作为敏捷环境里的一名领导者又意味着什么?本文从非常有名的领导力比喻,仆人领袖开始,然后介绍最近在管理文献中的比喻,对当今敏捷组织中一个更有用的、内容更丰富的名字,主人式领导。

  • 人力资源管理:以奋斗者为本

    奋斗者如何定义?全面薪酬激励如何推行?员工的价值如何评估?

    2021 年 3 月 10 日

  • 特别放送(一)| 成为 DevOps 工程师的必备技能(上)

    DevOps工程师要关注工具平台开发、流程实践落地和技术预研试点3个层面,还应该具备沟通能力、同理心和学习能力等软实力。

    2019 年 10 月 17 日

  • David Marquet 谈基于意图的领导模式在敏捷开发中的应用

    如果一些软件工程师愿意更进一步,在工作中担任领导者的角色,那么将会为他们自己和同事,甚至整个世界提供巨大的帮助。Marquet曾说过,敏捷开发的本质就是在软件组织中建立一个领导者-领导者模型。这次访问的内容是如何让组织中的各个层级都拥有领导力和领导者-领导者模型在敏捷开发中的应用。

  • 春节荐书(二)| 《人类简史》:故事的力量

    今天我想跟你推荐另一本帮助理解复盘的书,《人类简史》,它的作者是尤瓦尔·赫拉利。

    2021 年 2 月 15 日

  • 对自组织的实验

    自组织(Self-Organisation)团队是更有成效、更具投入和更令人快乐的。自组织并非会令所有人感到满意。人们总是习惯于按要求做事,并且主要依靠自己去完成事情。我们需要基于意图的领导方式、全民政治和合弄制等现代的领导方法实现自组织团队。

  • 工作的未来:敏捷人士瑞典大会上午议程回顾

    第五届敏捷人士瑞典大会于10月23日至24日期间在斯特格尔摩召开。2017大会的主题是:“工作的未来:扩展敏捷以改善工作生活”。星期一上午的议程涉及了敏捷的范围、在整个企业中使用Sociocracy的敏捷,以及自组织。

  • MOO 如何改造 Spotify 模型

    本文讲述了MOO公司如何根据Spotify模型改造其技术和产品团队的组织架构,并持续演进,最终使该组织架构符合公司的需求。

  • 出售权威的 Scrum Master

    Maris Prabhakaran在 Agile Tour Thailand上发表了题为“出售权威的 Scrum Master”演讲。其中他调查了 Scrum Master常犯的错误,并提出了使这一角色起到有效作用的一些想法和工具。

  • 作者访谈:分布式敏捷框架指南

    InfoQ的贡献者和分布式团队专家Hugo Messer、John Okoro和Savita Pahuja扩充了他们关于在分布式团队中有效工作的文章和迷你书,并出版了一本名为《分布式敏捷框架》的书。该书为希望使用敏捷方法来交付客户价值的分布式组织和团队提供了一个框架。

  • 敏捷中的文化变革

    当组织在实现敏捷的时候可能会出现文化变革的诉求。现存很多不同的方法可以传播敏捷的理念并使改变成为可能。

  • 衡量信任及其对领导者和组织变革的影响

    近日,来自Atlassian的Dom Price和商业心理学顾问Prudy Gourguechon都在文章中谈及了团队与领导者之间互相信任的重要性,指出了确切衡量这种关系的困难性。他们提供了行为模式,探索团队协作、处理不确定性、承担个人责任、感受领导者包容性的方式。

发现更多内容

Mac/Windows 连接 Ubuntu 的 samba 服务器

jiangling500

ubuntu Mac windows Samba

架构师训练营 - 第 6、7、8、9、10 、11、12、13周学习总结(1 期)

阿甘

直播带货需要运营者实名验证:规范行业有利于健康发展

石头IT视角

程序员什么时候就该辞职了?

Java架构师迁哥

JVM 源码解读之 CMS GC 触发条件

AI乔治

Java 架构 JVM GC

JavaScript 对象 — 重学 JavaScript

三钻

Java 前端 对象

区块链钱包开发app,去中心多币种钱包搭建

WX13823153201

区块链钱包开发

第二周总结

小兵

Week 6 命题作业

阿泰

Java-技术专题-LocalDate和LocalTime和LocalDateTime

李浩宇/Alex

Java-技术专题-Object克隆方法解析

李浩宇/Alex

TronChain波场链合约系统开发技术

薇電13242772558

区块链 智能合约

第二周作业

小兵

架构师训练营 -week06-作业

大刘

极客大学架构师训练营

架构师训练营第六周作业

Shunyi

极客大学架构师训练营

蚂蚁金服首发887页Java面试宝典!还原真实面试情景+面试题

Java架构追梦

Java 编程 架构 面试 蚂蚁金服

【得物技术】一文读懂Vue生命周期

得物技术

Vue 生命周期 得物技术部 得物 钩子函数

GitHub上最励志的计算机自学教程(重制版),前端小白到亚马逊工程师

沉默王二

GitHub 学习 程序员 面试

京东推荐系统中的兴趣拓展如何驱动业务持续增长?

京东科技开发者

算法 推荐系统 知识图谱

手撕面试题:多个线程顺序执行问题

海星

Java 面试 多线程

Apache Doris在京东广告的应用实践

DorisDB

数据库 大数据 数据仓库

从实际案例聊聊Java应用的GC优化

AI乔治

Java 编程 架构 JVM GC

对抗验证概述

计算机与AI

学习 数据验证

用上ConcurrentHashMap,就没有并发问题了?

海拉鲁

Java 并发

Java-技术专题-volatile关键字

李浩宇/Alex

Javassist实现JDK动态代理

AI乔治

Java 编程 架构 jdk

创新方案百花齐放,英特尔助力2020 EdgeX中国挑战赛推动智能边缘行业创新及人才发展

intel001

使用 Maven Archetype 基于 IDEA 快速创建项目

程序员小航

Java maven 开发 项目 Archetype

英特尔第十一代处理器 (代号Rocket Lake-S) 架构详情

intel001

LeetCode题解:78. 子集,递归+for循环+回溯,JavaScript,详细注释

Lee Chen

算法 LeetCode 前端进阶训练营

Redis可以做哪些事?

Java旅途

redis

边缘计算隔离技术的挑战与实践

边缘计算隔离技术的挑战与实践

不要复制Spotify模型-InfoQ