定義
簡單看，139團隊就是1個項目經理，3個小組長，9個開發(fā)人員，小組長管理各自管理3個左右開發(fā)人員。
139團隊從管理上縮減了團隊規(guī)模，可以被視同只有1個項目經理和3個小組長，細節(jié)交由小組長處理。這樣就方便在大型團隊中進行敏捷開發(fā)了。
角色
在Scrum敏捷團隊中，隊員們是平等的，只有Scrum Ma*ster是個個例。但由于在國內很難找到Scrum Ma*ster（一則知識缺少，二則一般PM不愿意放棄管理權和技術而轉而做“協(xié)調”工作），且團隊往往超過7～9人，139團隊會是一個替代方案。
項目經理
主要工作與原來的項目經理無異，如果在做敏捷可以向自組織團隊偏斜一下，即減少其管理職能，增加其領導職能（管理與領導有何差異會另有博文解釋）。
作為項目的主心骨，項目經理的技能越高越好，畢竟將輻射到多達10人身上。
小組長
小組長要對開發(fā)工作相當熟悉，上要與項目經理加強管理溝通，下要與組員加強技術溝通。
開發(fā)人員
幫助小組長干活。
工作方式
開會（計劃會/每日立會/總結會/技術方案討論會……）
項目經理可以認為自己手下只有這幾個小組長，開會時主要的溝通發(fā)生在項目經理與小組長/小組長與小組長之間。
開發(fā)人員多數情況下每次均與自己的小組長列席各種會議，傾聽小組長們的溝通，除非有特殊問題不直接介入討論。但開發(fā)人員必須保證自己理解組長們的溝通，否則必須補充發(fā)問。
日常
小組長和3個開發(fā)人員如果還要開會就迂腐了，而是必須以至少“松結對編程”（將另有博文描述），也就是每人擁有自己的電腦獨立工作，但重要工作小組長要在一臺電腦上指導開發(fā)人員完成（“編到讀數據庫的語句的時候叫我一聲我來幫你”）。
日常工作的溝通非常重要，否則在開會的時候，就很難保證幾位“不說話”的開發(fā)人員和小組長對任務的理解是相同的。