Specialization and Generalization in Teams
http://www.scrumalliance.org/articles/324-specialization-and-generalization-in-teams
目前分類：Feature Team (10)
- Feb 20 Sun 2011 17:29
Scrum的團隊需要通才嗎?
- Feb 10 Thu 2011 09:07
在Agile中多個小組如何進行版本控制
在一個專案中, 你可能分成很多小組去做開發. 多個小組會需要把他們寫完的程式放進 soruce control system, 或是從 soruce control system 把程式整合到他們手頭上的程式裡.
這時候你會遇到的問題是, 太多人 check-in 程式碼, 導致系統的穩定度變得很差, 甚至沒有任何build是可以運作的.
- Oct 26 Tue 2010 06:43
設計是共同的責任
Scaling Lean & Agile Development, Craig Larman and Bas Vodde, Chapter 7 Feature Teams
http://www.infoq.com/resource/articles/scaling-lean-agile-feature-teams/en/resources/feature%20teams_%20infoq_%20final.pdf
- Oct 22 Fri 2010 08:17
在Feature team中如何branch code
Feature Crews: kanban systems for software engineering in the large
http://leansoftwareengineering.com/2009/04/07/feature-crews/
在 Feature crew中, 有一個難題是程式碼共享的問題. 當很多feature crew要同時修改同一份程式碼時, 要如何維持其正確性, 並且也要兼顧效率. Corey Ladas在他的文章中分享他們如何處理這樣的事情.
- Oct 21 Thu 2010 10:40
在feature team中如何處理同時存取程式碼的問題
在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只有一個人負責的狀況.
- Oct 20 Wed 2010 08:28
Component team是waterfall的開發流程
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, 然後就開工了
- Oct 19 Tue 2010 11:04
Feature team的好處
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. 增加有價值的產出
- 專心於交付對客戶或是市場最有價值的部分
- Oct 18 Mon 2010 14:59
什麼是feature team?
Scaling Lean & Agile Development, Craig Laman and BasVodde, Chapter 7 Feature teams
Feature team 是 agile 一個很重要的做法, 藉由這樣的做法才能達到 scalable. 因此有需要對 feature team 加以研究一下.
- Oct 15 Fri 2010 11:08
微軟如何進行feature crew
之前我有介紹微軟如何執行 agile (http://www.wretch.cc/blog/kojenchieh/15331734), 那時候有提到 feature crew, 現在又找到一篇來印證, 讓我更進一步了解他的做法, 也發現大家講的都很一致.
作者提到在微軟裡面, 大家都知道他們公司很大, 要處理的 featues 也很多(作者說大約有 1200 個個別的 features), 那他們怎麼做, 可以讓這樣龐大機器運作. 它們的解法就是 feature crew. 並且這個解法已經在 MS Office 團隊運作多年, 所以看起來並不是只是理論而已.
- Sep 03 Thu 2009 09:27
Agile At Microsoft
Agile At Microsoft
摘錄至 How We Test Software At Microsoft
大部分的Agile專家建議, 一個agile團隊的大小最多不要超過10人. 因此在一個大公司中, 如何大的團隊做切割是一個很大的挑戰.
在微軟公司, 對於這件事情的解法是Feature Crew. 它們在一個product或是project中有很多feature crew.
- 組成
(1) 它由各個不同角色所組成: 經理(PM), 開發人員(Dev), 測試人員(Tes)
