BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Spotify希望自己擅于失败

| 作者 Ben Linders 关注 20 他的粉丝 ,译者 NER 关注 0 他的粉丝 发布于 2016年7月29日. 估计阅读时间: 8 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

Spotify工程部主管Marcus Frödin说:“Spotify希望自己总是能迅速试错,然后再实验性地优化它。”在2016年伦敦的Spark the Change大会上,他提出了一个概念,要从错误中学习并培育出成功。他还举出了Spotify的失败案例以及从中汲取了怎样的教训。

Frödin提到,Spotify希望自己是“密集并行”并“擅于失败”的。“密集并行”是指他们希望自己的组织形式允许他们同时做好多事情。为了有效率地处理失败,Spotify想学习短反馈回路的组织形式。

“在比较大的机构里,沟通经常成为一个问题,”Frödin说,“诀窍在于保证沟通需求的下滑速度快于沟通成本的上涨速度。”为了减少需要沟通的事情,Spotify的小组都是混搭编队的,拥有开发和交付的所有职能。

主管们花时间沟通目的,并通过提取团队们得出的经验教训来帮助知识的传播。“目的能使大家保持一致的方向,”Frödin说,“如果某人有了一个想法,你会希望能不使用命令或控制的方法就让这个想法得到传播。”

Frödin详细解释了“目的-假设-反馈回路”,来理清组织机构是如何进行革新的。在目的和假设之间,存在着方向性的分歧。另外还有影响的分歧(在假设和反馈回路之间)、知识的分歧(在反馈和目的之间)。“大多数人只关注着方向性的分歧,”Frödin说,“但随着假设和反馈被引向了得到教训,这时候影响的分歧和知识的分歧就变得更重要了。”

来自Spotify的“目的-假设-反馈回路”

有一些人分享了他们对学习和实验的观点。InfoQ采访了Tiago Garcez,并问了问他通过实验从失败中学习的事情:

失败常常是一种选择。有时候我们甚至不愿意去想象如果它真的发生了会怎么样……当你正确表述了它(“失败总是可选项”)的时候,其他可能性就已经开始浮现了。举例来说,Safe-to-fail,最近总是听到这个说法。它很简单:在开始任何一个有相当风险的初创项目之前,确保你要进行可控的实验,并且你知道在其中成功和失败分别是什么样的,这样你就可以评估潜在的解决方案或者推进的方法了。这样一个方法可以让失败的代价不那么高昂,或者不在那么关键的任务上犯错,同时也提供了去学习的机会(如果你做到用条理清楚的方式去架构这个实验)。

Frödin还举了Spotify应用商店的例子,它是一项没能达到预期发展的革新。应用商店背后的想法是为用户提供第三方开发的应用,用户可以用它们听音乐、发现新的东西。这个应用商店本该支持Spotify成为一个音乐平台,并通过模仿操作系统和使用现有的网络技术,帮助它们在送达内部软件方面更快速。

Spotify在2011年发布了应用商店的第一个版本。很快商店里就拥有了上百种应用。然而在2012年,应用的数量并没有显著提升,而且数据显示Spotify的用户并没有在这些应用上花时间。到了2013年,很明显,移动的趋势发展迅速。他们必须决定,要么让应用商店转向移动,要么关停。鉴于应用商店并没能达到预期,他们决定在2013年末逐步停止。然后,又花了另外两年的时间才最终关闭应用商店。

应用商店失败的主要原因是它没有为变现提供充足的可能性,而且用户数量一直比较低。“从根本上来说,它存在一个知识的分歧,”Frödin说,“他们认识到,这样一个特殊目的的应用商店在他们想象的规模上是不可能成功的。”

在一篇InfoQ采访Jeffery Fredrick关于严酷的现实和教训的文章里,他解释了人们如何从错误中得到教训:

我认为,首先一点,它是思维模式。它是欲望。你尝试着尽可能做一个自我挑剔的人,同时也保持同情心,去接受你犯了错误这样一个事实。如果你把错误当做你自己的一部分,就像你把自己这个人当做一个独立个体那样,这就很难从错误中学到什么。但如果你把错误当做一个你可以改变的行为,如果你有成长性的思维模式,并且这种思维是你能接受进而改进的,你就能从容地行动、继续努力,拥有这种思维模式和这种行为方式,就意味着你会特意做点什么不一样的事情来避免再次犯同样的错误。

Frödin谈到了Spotify转向移动的案例。做出转向移动的改变是很艰难的。这花费了三年的时间,最初的移动版本软件,在只有一个小组执行的情况下每隔六个月就要发布一次。Spotify的其他小组们在做桌面版的Demo,而同时公司却在转向移动。Frödin展示了一封2013年2月的邮件,邮件中Spotify的CTO发表了Spotify将如何转型为移动公司的策略。Spotify从一个小组转向了所有小组都去执行移动平台的软件发布。“回过头来看,他们其实应该早些开启移动化的方向,以积累知识,”Frödin说,“并且应该更强调在移动方面建立一个平台。”

Spotify采用了他们称之为DIBBs(数据、洞察力、信仰、推测)的理念。DIBBs是“那些关于世界,我们相信的事情,在这些事情里,我们希望理解为什么相信它,”Frödin说道。DIBBs的理念在策略和文化方面都得到了应用。一个文化方面DIBBs的例子是对“迭代的速度胜过迭代的质量”这个观点的“信仰”。“推测”建立在这个信仰的基础之上,Spotify优化了它的组织形式、文化、架构和学习进程,而执行速度则与开发者资源利用率、每个功能的成本这些东西相对立。作为根本的“洞察力”,是指只有当你把代码放在用户面前,你才能学到东西,因此你越频繁地发布代码给用户,你就能学到越多。为了获取价值,你必须经常发布。支撑了洞察力的“数据”则是,所有软件开发的现代方法都有赖于短期的迭代和持续的学习,有非常多的想法在实践面前都不起作用,因此你必须通过开发和发布来验证这些想法。

Spotify有一块白板,上面写着公司的那些“推测”,即他们必须马上去做的事。这个白板对公司里所有人开放。

总结一下这次演讲,Frödin阐述了三件事:

  • 自治和方向一致的相互作用:为平等团队授权;确保失败以最快的速度来临;一个团队的语言塑造了文化。
  • 有目标地反复试错:让失败控制在可预计的范围内,并且值得回顾;复制目的;要成为贝叶斯,而不是达尔文。
  • 宁愿反应过度,也不要反应不足:当你不太肯定的时候,先发布软件;把实干型的人才放到离价值实现最近的岗位上;为了做出改变,雇用那些有才能的人。

查看英文原文Spotify Wants To Be Good at Failing


感谢夏雪对本文的审校。

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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT