David Ko的學習之旅

在feature team中如何處理同時存取程式碼的問題

Scaling Lean & Agile Development, Craig Laman and BasVodde, Chapter 7 Feature teams
http://www.infoq.com/resource/articles/scaling-lean-agile-feature-teams/en/resources/feature%20teams_%20infoq_%20final.pdf

和component team比較起來, feature team有個重要不一樣的地方, 就是feature team可能會同時存取不同component的程式碼, 並且可能會有多個feature team會存取相同component的程式碼.

在1980年代, 版本控制的工具工具比較陽春, 大部分採取的是Pessimistic Locking or strict locking. 因此對於要同時存取程式把時, 效率會非常差. 因為當一個人lock後去修改, 另一個人是沒有機會再check-out去修改.

這樣會帶來一些壞處. 例如造成大家在分工時, 盡量都是一段程式碼只有一個人負責, 不要讓多個人同時去存取. 或者整合的時間點, 往往托的很久, 因為要等別人改好, unlock版本控制. 這些都是會造成等待, 時間的浪費, 以及每個component只有一個人負責的狀況.

Scaling Lean & Agile Development, Craig Laman and BasVodde, Chapter 7 Feature teams
http://www.infoq.com/resource/articles/scaling-lean-agile-feature-teams/en/resources/feature%20teams_%20infoq_%20final.pdf

通常在開發的時候, 一般的做法是將系統拆解成幾個component, 然後assign每個component的owner, 然後就開工了

Feature team的好處

Scaling Lean & Agile Development, Craig Laman and BasVodde, Chapter 7 Feature teams
http://www.infoq.com/resource/articles/scaling-lean-agile-feature-teams/en/resources/feature%20teams_%20infoq_%20final.pdf

雖然作者列出了不少好處(如下面所列), 但是我總結是因為feature team和其他團隊互動少, 所以沒有太多comminucation effort, 比較容易可以自行調整, 並且專注在自己所負責的feature上面

1. 增加有價值的產出
- 專心於交付對客戶或是市場最有價值的部分

Scaling Lean & Agile Development, Craig Laman and BasVodde, Chapter 7 Feature teams

http://www.infoq.com/resource/articles/scaling-lean-agile-feature-teams/en/resources/feature%20teams_%20infoq_%20final.pdf

Feature team 是 agile 一個很重要的做法, 藉由這樣的做法才能達到 scalable. 因此有需要對 feature team 加以研究一下.