Spotify 的發佈列車 @ David Ko的學習之旅

在 agile 中希望透過頻繁發佈, 早點取得回饋, 早點修正方向. 這些都是 iteration 的好處.

可是在很多公司, 因為不熟悉 iteration 的開發方式, 或者是因為本身能不夠, 無法在 iteration 完成原先要做的事情, 導致一些奇怪的事情發生. 像是測試落後一個疊代, 或是有設計/ 需求分析的疊代, 亦或者犧牲品質來完成疊代.

因此, 為了能得到 iteration的好處, 可是又不產生奇怪的現象, Spotify 做了一些改進, 提出了發佈列車(Release Train)的概念.

台北是一個公共交通發達的地方. 捷運班次密集, 並且不會誤點太多. 因此你搭不上這班車, 你可以搭下班車. 你並不會堅持一定要擠這班, 因為下一班很快就來了.

產品發佈也是這樣. 如果你們的發佈頻率很快, 例如可能是每週一次. 你的開發功能如果這週來不及做好, 你可以放到下一次的發佈中.

Spotify 便是採取這樣的做法. 他們沒有 iteration 的做法, 也就是讓開發的節奏, 和發佈的節奏是脫鉤的. 發佈的節奏可能每週一次, 而開發的節奏就依每個功能而定.