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

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

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

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

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

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

 

QQ_Jie_Tu_20140530133032  

這樣的做法,   你可讓攻程獅好好把功能做好, 不會因為時間到了就亂做. 可是你又可以保持固定的發佈節奏, 並且是短的發佈週期, 讓你可以及早收到回饋. 你看, 是不是魚與熊掌兼得呢?

    全站熱搜

    kojenchieh 發表在 痞客邦 留言(2) 人氣()