定义
简单看，139团队就是1个项目经理，3个小组长，9个开发人员，小组长管理各自管理3个左右开发人员。
139团队从管理上缩减了团队规模，可以被视同只有1个项目经理和3个小组长，细节交由小组长处理。这样就方便在大型团队中进行敏捷开发了。
角色
在Scrum敏捷团队中，队员们是平等的，只有Scrum Ma*ster是个个例。但由于在国内很难找到Scrum Ma*ster（一则知识缺少，二则一般PM不愿意放弃管理权和技术而转而做“协调”工作），且团队往往超过7～9人，139团队会是一个替代方案。
项目经理
主要工作与原来的项目经理无异，如果在做敏捷可以向自组织团队偏斜一下，即减少其管理职能，增加其领导职能（管理与领导有何差异会另有博文解释）。
作为项目的主心骨，项目经理的技能越高越好，毕竟将辐射到多达10人身上。
小组长
小组长要对开发工作相当熟悉，上要与项目经理加强管理沟通，下要与组员加强技术沟通。
开发人员
帮助小组长干活。
工作方式
开会（计划会/每日立会/总结会/技术方案讨论会……）
项目经理可以认为自己手下只有这几个小组长，开会时主要的沟通发生在项目经理与小组长/小组长与小组长之间。
开发人员多数情况下每次均与自己的小组长列席各种会议，倾听小组长们的沟通，除非有特殊问题不直接介入讨论。但开发人员必须保证自己理解组长们的沟通，否则必须补充发问。
日常
小组长和3个开发人员如果还要开会就迂腐了，而是必须以至少“松结对编程”（将另有博文描述），也就是每人拥有自己的电脑独立工作，但重要工作小组长要在一台电脑上指导开发人员完成（“编到读数据库的语句的时候叫我一声我来帮你”）。
日常工作的沟通非常重要，否则在开会的时候，就很难保证几位“不说话”的开发人员和小组长对任务的理解是相同的。