Scrum 很流行的一個敏捷開發方法, 但是很多人常常會提到: Scrum 在小型的團隊 (7+-2人) 執行得很好, 可是對於大型組織就不適用了. 因此, 很多人便致力於, 如何在大型組織內, 導入敏捷的做法.
其中, Less (Large-Scale Scrum) 就是其中一個做法, 是由 Craig and Bas 所研究出來的.
他們在設計這個 framework 時, 有三個考量的重點
1. LeSS 需要很簡單
當規模變大時, 往往會想要增加角色, 要交付的項目, 或者是新的處理流程. 但是 LeSS 覺得這件事情應該避免.
此外, LeSS 覺得應該透過以實驗和演進的方式來建立流程, 而非事先就建立了一個定義好的流程.
2. LeSS 是大規模的 Scrum
與其把 Scrum 視為是 framework 中的一部分, 不如好好檢視 scrum 中的所有項目, 問問自己, 這個東西在大規模時還需要嗎? 或者是在當人數很多時, 我們如何達到同樣的效果?
3. 按比例增大, 而非客制化
在定義一個流程時, 通常想訂一個大多數狀況都可以使用的架構, 因此導致整個流程變得肥胖. LeSS 想要把個流程精簡化. 他們承認在規模變大時, 會變得比較”壯", 但是不應該是比較”胖”. 因此把一些 optional 的部分放到了另一個框架中: LeSS Huge
看到這裡, 這幾點真的很吸引我. 因為當初我看到 Kanban 在定他們新架構時, 我真的覺得整個胖到不行, 並且感覺是個大雜燴, 一點想了解的慾望都沒有. Craig 和 Bas 這樣的做法, 真的很合我的胃口. 看起來又有一樣新東西可以研究了 XDD
參考文獻
http://less.works/less/framework/why-less.html
全站熱搜
留言列表
