團隊與專案 (Teams and Projects) #
團隊的本質：膠合 (Gel) 需要時間 #
一個真正的團隊，不僅是一群人的集合。作者強調，團隊成員先須建立關係，這是個需時間投資的過程。
- 首要目標：成員間需深入了解彼此的癖好、強項與弱項
- 時間成本：一個團隊從組建到磨合完成，通常需要 半年至一年 的時間
- 神奇魔力：一旦團隊「膠合 (Gel)」成功，就會產生化學反應，展現出驚人的生產力與默契
在專案中，對成員的定義是全心投入。沒有所謂的「半個人」。 將一個人拆分給多個專案使用，會破壞專案的專注度與團隊的完整性。
理想的團隊編制 #
作者提出一個受過考驗的理想團隊規模，總人數約為 12 人。這個編制確保了開發、測試與需求分析的平衡。
| 角色 | 人數 | 職責 | 關鍵目的與產出 |
|---|---|---|---|
| 程式設計師 | 7 | 負責核心功能的實作與開發工作 | 確保代碼交付與系統建構 |
| 測試人員 | 2 | 編寫與維護自動化驗收測試 | 確保系統功能的正確性 |
| 分析師 | 2 | 開發需求，並將其轉化為自動化驗收測試案例 | 精確定義業務規則 |
| 專案經理 | 1 | 跟蹤專案整體進度與資源分配 | 確保團隊遵循專案時間表 |
| 總計 | 12 | 跨職能協作體 (Cross-functional Team) | 達成開發、測試與需求的平衡 |
公司的戰略優先順序：團隊 % 專案 #
傳統管理中，常為專案而組建團隊，結束則團隊解散。 作者對此提出反向觀點：維持團隊的優先級，應高於專案導向。
為什麼團隊比專案重要？ #
- 建置難度：團隊比專案更難建置。一個磨合好的團隊是稀缺資產，需長時間培養；而專案只是工作
- 效率轉換：凝聚高、磨合好的團隊，面對工作順序調整或專案變更時，能快速轉換，而不會陷入混亂
量化與速度 #
- 點數 (Points)：成熟團隊會用點數量化每個專案的規模
- 速度 (Velocity)：透過追蹤點數，團隊能精確得知自己的處理速度，進而對未來交付做出可信預估
聰明公司會將「專案」分派給現有「成熟團隊」執行，而不是為了新專案拼湊一群陌生人。