定义

简单看，139团队就是1个项目经理，3个小组长，9个开发人员，小组长管理各自管理3个左右开发人员。

139团队从管理上缩减了团队规模，可以被视同只有1个项目经理和3个小组长，细节交由小组长处理。这样就方便在大型团队中进行敏捷开发了。

角色

在Scrum敏捷团队中，队员们是平等的，只有Scrum Master是个个例。但由于在国内很难找到Scrum Master（一则知识缺少，二则一般PM不愿意放弃管理权和技术而转而做“协调”工作），且团队往往超过7～9人，139团队会是一个替代方案。

项目经理

主要工作与原来的项目经理无异，如果在做敏捷可以向自组织团队偏斜一下，即减少其管理职能，增加其领导职能（管理与领导有何差异会另有博文解释）。

作为项目的主心骨，项目经理的技能越高越好，毕竟将辐射到多达10人身上。

小组长

小组长要对开发工作相当熟悉，上要与项目经理加强管理沟通，下要与组员加强技术沟通。

开发人员

帮助小组长干活。

还有一种人介于小组长与开发人员之间，他们可以独立工作（一般用来攻坚），但是尚不能带领下属（可能因为技术能力，也可能因为性格，或技术与职责过于专一）。

工作方式

开会（计划会/每日立会/总结会/技术方案讨论会……）

项目经理可以认为自己手下只有这几个小组长，开会时主要的沟通发生在项目经理与小组长/小组长与小组长之间。

开发人员多数情况下每次均与自己的小组长列席各种会议，倾听小组长们的沟通，除非有特殊问题不直接介入讨论。但开发人员必须保证自己理解组长们的沟通，否则必须补充发问。

日常

小组长和3个开发人员如果还要开会就迂腐了，而是必须以至少“松结对编程”（将另有博文描述），也就是每人拥有自己的电脑独立工作，但重要工作小组长要在一台电脑上指导开发人员完成（“编到读数据库的语句的时候叫我一声我来帮你”）。

日常工作的沟通非常重要，否则在开会的时候，就很难保证几位“不说话”的开发人员和小组长对任务的理解是相同的。

绩效管理

传统的大团队绩效考核无外乎是考察每个人做出的贡献，按称分金银。但这会造成人与人之间缺少互助，遇到困难躲着走等等诸多弊病。

139团队给大型团队的个人绩效开辟了一个新的思路。它认为团队中人的绩效在于其为团队做出的贡献，而非直接完成的任务，而“贡献”的直觉反应，就是一个人在139团队中的位置：是1？是3？还是9？

基于位置建立绩效等级

即认为个人绩效=团队×位置，1最高，9最低。

笔者在01年供职的企业尝试使用4种等级，分别是：需接受指导的、可独立的、可提供指导的、可提供培训的，来整体区分程序员的等级。这种体系结构不太关注人的实际技术水平，而是更关注一个人对团队和部门的贡献。无论你的水平多高，如果缩在角落里自己干自己的，都不能晋升。

无独有偶，在10年访问NEC的时候，他们使用几乎完全相同的等级制度，只有最后一个不同：需接受指导的、可独立的、可提供指导的、可担当重任的（就是大项目经理或部门经理）。

非物质激励

存在等级后，激励的种类就变多了。当我问及NEC为何一个人会甘愿带徒弟时（他们带徒弟没额外奖励），大家面面相觑表明之前真没太想过这个问题，最后有一个人说：当然要带徒弟了，日后领导要提拔谁，很大程度要看谁在团队中更有威信；如果你连徒弟都没有，怎么让你管这么多人？

点击下载免费的敏捷开发教材：《火星人敏捷开发手册》

转载于:https://www.cnblogs.com/JPAORM/archive/2011/03/03/2510540.html

139团队（大型研发团队，大型敏捷开发团队，大型团队结构，敏捷绩效管理）...相关推荐

从持续交付看敏捷开发的自相似性（敏捷开发的心跳）
作者:陈勇出处:blog.csdn.net/cheny_com 自相似性是指一个事物的局部与其更大的局部乃至整体具有相似性. 从大的方面看,敏捷开发具有重视客户价值,提倡持续交付等思想.但一般而言, ...
敏捷开发中，团队成员认领的是任务还是用户故事？
一次敏捷workshop上,有同学问:"敏捷软件开发中,团队成员自己主动认领的,是用户故事还是被分解成的任务?"同学们一时讨论热烈. 稍具敏捷开发实践经验的同学都应该知道,答案是- ...
【敏捷开发每日一贴】敏捷教练和团队引导
谈谈敏捷教练和团队引导敏捷教练在不同的组织中,在不同的场景下,可以是:教练.咨询顾问.引导式培训师.导师.过程引导师,并且可以根据不同的情况切换角色.熟练运用各种技术.技巧.工具.(这里说的敏捷教练 ...
敏捷开发与Scrum区别（敏捷开发（Agile）教程）
敏捷是一种使用1至4周的短迭代的软件开发方法的迭代方法.由于敏捷方法,开发过程是一致的,以满足不断变化的业务需求.使用敏捷方法,软件分发(版本发布)紧凑,更少. Scrum是一个敏捷框架,可以帮助敏捷 ...
敏捷管理（1）- 什么是敏捷开发？为什么要采用敏捷？
为什么提倡敏捷? 20世纪50年代~90年代,能够供会议通信场景和信息交流场景的基础条件并未达到让人们信息互通如同今日那般(2021)可以透过屏幕可以看到对方的面部表情. 市场的信息交流并不频繁,用今 ...
敏捷开发一千零一夜读书笔记之敏捷初探
最近很忙,有个把月没读过书,没上过这里,趁着今天项目结题验收,上来转转. 我常常想,我这里应该是没有读者的吧,我完全把这里当成是一些我脑子里记不住,或者感觉"啊,原来是这样"的东西 ...
【敏捷开发每日一贴】敏捷实践Showcase的七宗罪
敏捷实践Showcase的七宗罪 Showcase(其实就是SprintReview,演示会.评审会)就是开发团队把开发好的功能给客户的Product Owner等业务相关人员演示,以获取他们对所开发 ...
敏捷开发系列学习总结（4）—Git管理工具sourcetree的安装
现在代码管理都流行用git了,小编以前用过clearcase, svn,vss等.现在用了git后,发现git才是最好的,我觉得它最吸引人的地方应该是它的分布式管理吧.git的具体学习,读者可自己去网 ...
java epics_Visual Paradigm敏捷开发教程（7）：如何管理Epics
为了有效地管理和实施项目,你需要将项目的最终目标细分,明确每一阶段要实现的目标.用例,Epics,用户故事是很好的工具. 什么是用例,Epics,用户故事? 用例(也称为用户活动或主题)是最终用户希望 ...
敏捷开发“松结对编程”实践之六：大型团队篇|后记（大型研发团队，学习型团队，139团队，师徒制度，人员招聘，职业生涯规划）...
本文是"松结对编程"系列的第六篇.(之一,之二,之三,之四,之五,之六,之七,之八) 松结对编程是小型团队的实践,大约运行在1个师傅+1-3个徒弟的尺度上,当面临更大尺度的时候,就 ...

139团队（大型研发团队，大型敏捷开发团队，大型团队结构，敏捷绩效管理）...

定义

角色

工作方式

绩效管理

139团队（大型研发团队，大型敏捷开发团队，大型团队结构，敏捷绩效管理）...相关推荐

最新文章

热门文章