Spotify的大規(guī)模敏捷之路
推薦 + 挑錯(cuò) + 收藏(0) + 用戶評論(0)
多個(gè)團(tuán)隊(duì)一同從事產(chǎn)品開發(fā)真是一項(xiàng)挑戰(zhàn)!
到目前為止,我們見過的最令人印象深刻的案例之一,就是 Spotify 公司:盡管 Spotify 擁有 30 多個(gè)團(tuán)隊(duì),位于 3 個(gè)不同的城市,但他們?nèi)匀槐3种艚蓍_發(fā)的思維。
Spotify 是一家非常吸引人的公司,它改變了整個(gè)音樂產(chǎn)業(yè)。雖然這家公司從成立到現(xiàn)在只有 6 年,卻已經(jīng)擁有 1500 萬活躍用戶以及 400 萬付費(fèi)用戶。該公司的產(chǎn)品可以被譽(yù)為是“一個(gè)神奇的音樂播放器,可以讓你瞬間找到、播放世界上任何一首歌曲”。
Alistair Cockburn(敏捷軟件開發(fā)創(chuàng)始人之一)在參觀 Spotify 時(shí)曾說道:“太棒了!我從1992 年開始就一直希望有人能夠?qū)崿F(xiàn)這套矩陣式組織結(jié)構(gòu)的設(shè)計(jì)(參考上圖),很高興今天我看到了”。
那么這一切是怎么做到的呢?
我們倆在會議演講中、在各種討論中多次提到我們在 Spotify 如何工作、這家公司如何在數(shù)百名開發(fā)人員中運(yùn)用敏捷,很多人對這個(gè)話題很感興趣,所以我們決定以此為題寫一篇文章。
聲明:
文中提到的模型不是我們發(fā)明的。 Spotify,和其他優(yōu)秀的敏捷型公司一樣,處于高速地發(fā)展中。這篇文章只是我們當(dāng)前工作方式的縮影。我們的敏捷旅程仍在進(jìn)行中,并未結(jié)束。我們估計(jì),當(dāng)您讀到這篇文章的時(shí)候,很多事情已經(jīng)發(fā)生變化了。
分隊(duì)(Squads)
分隊(duì)是 Spotify 的最小開發(fā)單位。

一個(gè)分隊(duì)類似于一個(gè) Scrum 團(tuán)隊(duì),也很像一家迷你型創(chuàng)業(yè)公司。分隊(duì)中的成員坐在一起,他們具備設(shè)計(jì)、開發(fā)、測試和產(chǎn)品發(fā)布所必需的全部技能和工具。一個(gè)分隊(duì)是一個(gè)自組織團(tuán)隊(duì)、決定自己的工作方式——有的分隊(duì)使用 Scrum 中的迭代(Sprint),有的分隊(duì)使用看板(Kanban),還有的綜合使用上述方法。
每個(gè)分隊(duì)都會有一個(gè)長期的使命,比如:開發(fā)和優(yōu)化 Android 客戶端、打造 Spotify 廣播功能的用戶體驗(yàn)、擴(kuò)展后臺系統(tǒng)、提供支付解決方案,等等。如下圖所示,不同分隊(duì)負(fù)責(zé)用戶體驗(yàn)的不同部分。

Spotify 鼓勵每個(gè)分隊(duì)都運(yùn)用精益創(chuàng)業(yè)原則,比如 MVP(Minimum Viable Product,最小可行產(chǎn)品)和驗(yàn)證性學(xué)習(xí)(Validated Learning)等。MVP 意味著盡早地、頻繁地發(fā)布; 驗(yàn)證性學(xué)習(xí)意味著使用度量(Metrics)和 A/B 測試(A/B tesing)來確認(rèn)什么可行,什么不行。用一條標(biāo)語來總結(jié)的話,就是:“思考、構(gòu)建、交付、調(diào)整(Think it, Build it, Ship it, Tweak it)”。
由于一個(gè)分隊(duì)長期持續(xù)地從事某一類任務(wù)以及開發(fā)產(chǎn)品的某一個(gè)部分,所以分隊(duì)成員逐漸都成為了該領(lǐng)域的專家——比如,如何打造非常棒的廣播體驗(yàn)。
大部分的分隊(duì)都擁有非常棒的工作環(huán)境:辦公區(qū)、休息區(qū)、個(gè)人雜物室、幾乎所有的墻都是白板……,我們從未見過比這兒更好的工作空間!
非常好我支持^.^
(0) 0%
不好我反對
(0) 0%
