這是敏捷開發團隊管理系列的第四篇。（之一，之二，之三，之四）
整體上有兩種測試團隊的模型，既然都有存在，自然是各有各的道理。城裡城外的人倒不必互相羨慕，只是要觀察對面的優點，分析自己的缺點，嘗試做點事情補償一下。
所以，下面多說一點各自的壞處。
這個就是著名的與程式團隊打架的測試團隊。
好處
獨立團隊，還是能保證一定的「公正性」的，比如在測試的最終，橫豎有人能不屈從於程式團隊的要求隱瞞產品質量，而是的確會客觀地評價質量。
壞處
當測試團隊完全獨立於開發團隊的時候，常常有幾個誤區。
1. 程式團隊是用來開發功能的，測試團隊是用來查詢缺陷的
有了這個認識，要讓兩者打架就不難了。
2. 更多的測試人員=更高的質量
很多公司擁有驚人的測試人員比例，程式和測試基本上能到1：1，這個已經接近了造太空梭的水平（50：80），但是質量……一般缺陷率都能達到太空梭的一萬倍左右。
1和2是互相促進的，一旦擁有了1的認識，程式團隊就對質量不太在乎了，因為後面有人負責測試，有bug漏掉還要承擔責任，所以自己只管按自己的興趣編寫**就是了；而留下的缺陷越來越多，自然就需要更多的測試人員來解決。
好處
每個團隊都有測試人員，自然測試活動會被當作家裡的事情來看待，有機會在很早的時候就啟動測試活動；由於沒有後繼的測試活動了，也沒有人可扯皮了，所以組內的測試活動的效果會比較好。
壞處
常常有這樣幾個誤區。
1. 人員不能共享，測試人員不足
基本出發點，還是認為這幾個測試人員是來幫助解決缺陷問題的，因此他們極有可能成為區域性的撿垃圾者。
由於只能呼叫自己的測試人員，當然逐漸地幾個人就不夠用了，也需要更多的測試人員。
2. 缺少總體質量的把關者
由於所有測試人員都被當作小組的負責質量的人，產品最終所有模組整合在一起的時候，質量由誰負責，就成了個問題；整合後如何驗證整體業務（而非技術），也是個問題。
這是本人「次喜歡」的一種模型。
如果歷史問題已經形成，或者說不可能拆分掉專業測試團隊，可以考慮這個形狀。
f的兩個橫線，代表分散的測試團隊，就是整體上測試團隊的人員在專案成立時，分別被指派到程式團隊中，協助在早期就提公升質量。
而豎線，則表明他們定期向測試經理報告各小組的的進展，分散到各小組的幾個測試人員之間也可以頻繁通氣，以便做好整合準備；並在幾個小組都完成了內部的工作時，很方便地接管整合和整體測試工作。
好處
是當團隊使用敏捷開發的迭代交付的時候，這幾個測試人員還是可以進行很好的持續支援的，比如完成乙個版本，就測試乙個版本。
由於他們長期在專案組內工作，而且定期通氣，所以接管系統測試會變得非常順暢。
壞處
這個模型有些矩陣式的團隊的確在用，不過需要很好的管理，確切說是文化，才能做好。
個人感覺在操作這種團隊的時候，整個大專案的經理（同時管理開發和測試的），必須要有很強的管理能力，並隨時防止程式團隊和測試團隊分化。
實際上在很多時候，領導的作用都不再是管事，而是管人，就是如何管理好多個團隊之間的關係。
個人感覺最容易駕馭的團隊。
比如有20個人，4～5個程式團隊外加1個測試團隊。
每個程式團隊都各自負責自己的質量（不派駐測試人員），而那個測試團隊則只負責業務層面的測試或稱為驗證，不負責質量。
好處這種團隊的整合活動是由開發團隊和測試團隊一起完成的，兩者都為此負有責任；但完成整合後，由測試團隊自己做系統級的業務測試。
整體上，是一種很「無我」的敏捷團隊。
壞處
這種團隊只在上面提到的那個公司見過一次，之後的團隊似乎都沒有採取這個形式的，表明這種形式不容易自然形成。
不過，鑑於當年的效果如此之好，本人一定會在自己未來的團隊中採用這個模型。
而實際上每個公司，與其在那些很容易組建但同時很難做好的團隊模型中掙扎，不如去嘗試一下真正效果好的團隊模型。
很多人都很希望找到一種很容易做到，效果又好的模型（以及任何其他東西）。如果這種模型存在，全國人民都別炒房了，都來開軟體公司吧。
敏捷開發團隊管理系列之四 程式與測試團隊III
這是敏捷開發團隊管理系列的第四篇。之一，之二，之三，之四 整體上有兩種測試團隊的模型，既然都有存在，自然是各有各的道理。城裡城外的人倒不必互相羨慕，只是要觀察對面的優點，分析自己的缺點，嘗試做點事情補償一下。所以，下面多說一點各自的壞處。這個就是著名的與程式團隊打架的測試團隊。好處 獨立團隊，還是能...
敏捷開發團隊管理系列之二 程式與測試團隊I
這是敏捷開發團隊管理系列的第二篇。之一，之二，之三，之四 這幾個團隊都是我自己親身經歷的團隊，從質量的角度來分析敏捷團隊的工作方式。第乙個是乙個較為大型的團隊，約有25 30人，研發乙個單一產品。這個團隊在一年半的時間裡邊，從5個人成長為25人，其中有一半人員來自剛畢業不到半年的本科或碩士 在200...
敏捷開發團隊管理系列之一 序言與出發點
這是敏捷開發團隊管理系列的第二篇。之一，之二，之三，之四 之前的各個系列中，已經涉及了很多團隊管理相關的內容，比如松結對程式設計系列中提到過大型團隊分拆為微觀開發團隊的管理，產品管理系列中提到過product owner團隊的管理，敏捷開發績效管理系列中提到過 用中醫理論管理團隊 敏捷開發般若敏捷系...