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