其實在剛看到這個問題的時候芬首，并不知道什么是特性團隊什么是組件團隊。后面查了他們對應的英文名稱逼裆，才恍然大悟郁稍。特性團隊對應的應該是Feature team，組件團隊對應的是compenent team.
特性團隊是長期存在的胜宇，跨功能的耀怜，跨組件的團隊，該團隊可以一個接一個的完成許多端到端的客戶特性桐愉。敏捷的一個Scrum Team就是一個典型的特性團隊财破，因為這個團隊可以完成端對端交付。而組件團隊則不同于特性團隊从诲，他是一個聚焦于一個產品的特定組件或者領域的團隊左痢，組件團隊是分工協(xié)作的產物。比如前端團隊系洛、后端團隊俊性；比如開發(fā)團隊、測試團隊描扯、運維團隊等類似的劃分定页。我們轉型前就是這種傳統(tǒng)的team。
特性團隊的利：
1绽诚、 最小化團隊之間的依賴關系以增加靈活
2典徊、 快速響應變化，快速迭代恩够，能更好的評估設計決策的影響：端到端的開發(fā)卒落，可以直接面對客戶，了解客戶的需求玫鸟，以便生產出客戶所需的產品
3导绷、 用戶價值導向，減少因為交接而產生的浪費
弊：
1屎飘、 要求熟練的工程實踐和方法妥曲、工具
2、 傳統(tǒng)組織當中人仍然歸屬于部門或工作組钦购，更關注日常的kpi考核指標檐盟，對特征團隊的認可和配合程度會有一定程度的折扣
3、 要求團隊成員T-shape,不僅僅是關注自己的專業(yè)押桃，而要為了滿足團隊整體的交付而拓展知識領域的寬度
組件團隊的利：
1葵萎、 清晰的個人職責，長期穩(wěn)定的團隊、其由組件作為邊界來決定的職責簡單而明確
2羡忘、 團隊內部交流快谎痢，且容易培養(yǎng)單一技能專家：
3、 組織級別-組件共享：一個團隊組件可供多個團隊實用卷雕，減少相同功能多次開發(fā)的情況节猿。
弊：
1、 為交付最大數(shù)量的代碼行進行優(yōu)化漫雕，而非價值
2滨嘱、 “瀑布式”開發(fā)，風險滯后
3浸间、 主要基于現(xiàn)有的專業(yè)知識太雨，較低水平和動力去學習新技能，同時魁蒜，團隊自身職能單一囊扳，限制了團隊成員發(fā)展。
我們目前的組織采用的是兩者結合的方式梅惯，既考慮業(yè)務交付宪拥，又考慮人員發(fā)展仿野。
