在 2009 年時, 一群 Spotify 的工程師想要去建立起他們想要的工程師文化, 他們希望能夠和其他公司不一樣. 因此他們花了很多時間, 去參加研討會, 去看書, 或者是和其他公司, 像是Twitter, Google 等討論. 在 5 年後, 他們的工程師文化產生出來了, 並且受到很多人的注目. 因此, 讓我們來看看Spotify 如何建立他們的文化.- 10月 30 週四 201422:15
Spotify 的自治管理
在 2009 年時, 一群 Spotify 的工程師想要去建立起他們想要的工程師文化, 他們希望能夠和其他公司不一樣. 因此他們花了很多時間, 去參加研討會, 去看書, 或者是和其他公司, 像是Twitter, Google 等討論. 在 5 年後, 他們的工程師文化產生出來了, 並且受到很多人的注目. 因此, 讓我們來看看Spotify 如何建立他們的文化.- 10月 29 週三 201420:31
Pretotype - 相關參考資料
如果大家對於 Pretotype 有興趣, 想要進一步研讀的話, 我整理了一些資料, 希望對大家有幫助.- 10月 22 週三 201421:01
Spotify 的發佈列車
在 agile 中希望透過頻繁發佈, 早點取得回饋, 早點修正方向. 這些都是 iteration 的好處.可是在很多公司, 因為不熟悉 iteration 的開發方式, 或者是因為本身能不夠, 無法在 iteration 完成原先要做的事情, 導致一些奇怪的事情發生. 像是測試落後一個疊代, 或是有設計/ 需求分析的疊代, 亦或者犧牲品質來完成疊代.
因此, 為了能得到 iteration的好處, 可是又不產生奇怪的現象, Spotify 做了一些改進, 提出了發佈列車(Release Train)的概念.
台北是一個公共交通發達的地方. 捷運班次密集, 並且不會誤點太多. 因此你搭不上這班車, 你可以搭下班車. 你並不會堅持一定要擠這班, 因為下一班很快就來了.
產品發佈也是這樣. 如果你們的發佈頻率很快, 例如可能是每週一次. 你的開發功能如果這週來不及做好, 你可以放到下一次的發佈中.
Spotify 便是採取這樣的做法. 他們沒有 iteration 的做法, 也就是讓開發的節奏, 和發佈的節奏是脫鉤的. 發佈的節奏可能每週一次, 而開發的節奏就依每個功能而定.
- 10月 20 週一 201408:04
Spotify 攻城獅文化二三事
在 qCon 的研討會中, 第一天很榮幸聽到 Spotify 工程部門 director - Kevin GoldSmith 的分享, 主題是 Building a strong engineering culture. 談的是如何建立和維持一個好的團隊文化. 在公司中, 團隊要能有戰鬥力, 除了基本技能要到位外, 更重要的是能不能像一個 team, 發揮 1 + 1 >2 的戰力, 願意一起同心協力, 來交付最大家的價值. 要能夠做到所說這些事情, 團隊文化便扮演一個重要的關鍵.
那什麼是團隊文化呢? 簡單的說, 就是團隊一些基本的共通假設. 例如, 每天要工作到晚上十點, 即使沒有太多重要的事情, 也不能提早離開公司. 它是一個不成文規定, 不一定有明講, 但是大家都知道要這樣做. 所以如果你能形成一個好的文化, 自然就能讓團隊發揮好的戰力.
1
