在 agile 中希望透過頻繁發佈, 早點取得回饋, 早點修正方向. 這些都是 iteration 的好處.
可是在很多公司, 因為不熟悉 iteration 的開發方式, 或者是因為本身能不夠, 無法在 iteration 完成原先要做的事情, 導致一些奇怪的事情發生. 像是測試落後一個疊代, 或是有設計/ 需求分析的疊代, 亦或者犧牲品質來完成疊代.
因此, 為了能得到 iteration的好處, 可是又不產生奇怪的現象, Spotify 做了一些改進, 提出了發佈列車(Release Train)的概念.
台北是一個公共交通發達的地方. 捷運班次密集, 並且不會誤點太多. 因此你搭不上這班車, 你可以搭下班車. 你並不會堅持一定要擠這班, 因為下一班很快就來了.
產品發佈也是這樣. 如果你們的發佈頻率很快, 例如可能是每週一次. 你的開發功能如果這週來不及做好, 你可以放到下一次的發佈中.
Spotify 便是採取這樣的做法. 他們沒有 iteration 的做法, 也就是讓開發的節奏, 和發佈的節奏是脫鉤的. 發佈的節奏可能每週一次, 而開發的節奏就依每個功能而定.
這樣的做法, 你可讓攻程獅好好把功能做好, 不會因為時間到了就亂做. 可是你又可以保持固定的發佈節奏, 並且是短的發佈週期, 讓你可以及早收到回饋. 你看, 是不是魚與熊掌兼得呢?
全站熱搜
留言列表
