以软件项目为例，谈谈项目团队中的角色划分
（一）项目团队中需要多少不同角色
高效的团队工作有赖于默契协作。团队成员必须清楚其他人所扮演的角色，了解如何相互弥补不足，发挥优势。成功的团队协作可以提高生产力，鼓舞士气，激励创新。
剑桥产业培训研究部前主任贝尔宾博士和他的同事们经过多年在澳洲和英国的研究与实践，提出了著名的贝尔宾团队角色理论，即一支结构合理的团队应该由八种人组成，这八种团队角色分别为：
1、实干家CW(Company Worker)
实干家是专注的，他们会为自己获得专业技能和知识而感到骄傲。他们首要专注于维持自己的专业度以及对专业知识的不断探究之上。然而由于专业师们将绝大多数注意力都集中在自己的领域，因此他们对其他领域所知甚少。最终，他们成为了只对专一领域有贡献的专家。但是很少有人能够一心一意钻研，或有成为一流专家的才能。
A 典型特征：保守;顺从;务实可靠。
B 积极特性：有组织能力、实践经验;工作勤奋;有自我约束力
C 能容忍的弱点：缺乏灵活性;对没有把握的主意不感兴趣
D 在团队中的作用：
1.把谈话与建议转换为实际步骤
2.考虑什么是行得通的，什么是行不通的
3.整理建议，使之与已经取得一致意见的计划和已有的系统相配合
2、协调员CO(Coordinator)
协调者最突出的特征就是他们能够凝聚团队的力量向共同的目标努力。成熟、值得信赖并且自信，都是他们的代名词。在人际交往中，他们能够很快识别对方的长处所在，并且通过知人善用来达成团队目标。虽然协调者并不需是团队中最聪明的成员，但是他们拥有远见卓识，并且能够获得团队成员的尊重。
A 典型特征：沉着;自信;有控制局面的能力
B 积极特性：对各种有价值的意见不带偏见地兼容并蓄，看问题比较客观
C 能容忍的弱点：在智能以及创造力方面并非超常转自
D 在团队中的作用：
1.明确团队的目标和方向转自
2.选择需要决策的问题，并明确它们的先后顺序
3.帮助确定团队中的角色分工、责任和工作界限
4.总结团队的感受和成就，综合团队的建议
3、推进者 SH(Shaper)
推进者是充满干劲的、精力充沛的、渴望成就的人。通常，他们非常有进取心，性格外向，拥有强大驱动力。他们勇于挑战他人，并且关心最终是否胜利。他们喜欢领导并激励他人采取行动。在行动中如遇困难，他们会积极找出解决办法。他们是顽强又自信的，在面对任何失望和挫折时，他们倾向于显示出强烈的情绪反应。文章
A 典型特征：思维敏捷;开朗;主动探索项目管理论坛
B 积极特性：有干劲，随时准备向传统、低效率、自满自足挑战
C 能容忍的弱点：好激起争端，爱冲动，易急躁
D 在团队中的作用：
1.寻找和发现团队讨论中可能的方案
2.使团队内的任务和目标成形
3.推动团队达成一致意见，并朝向决策行动
4、智多星 PL (Planter)项目管理培训
智多星创造力强，充当创新者和发明者的角色。他们为团队的发展和完善出谋划策。通常他们更倾向于与其他团队成员保持距离，运用自己的想象力独立完成任务，标新立异。他们对于外界的批判和赞扬反应强烈，持保守态度。他们的想法总是很激进，并且可能会忽略实施的可能性。
他们是独立的、聪明的、充满原创思想的，但是他们可能不善于与那些气场不同的人交流。
A 典型特征:有个性;思想深刻;不拘一格
B 积极特性:才华横溢;富有想象力;智慧;知识面广
C 能容忍的弱点:高高在上;不重细节;不拘礼仪
D 在团队中的作用：
1.提供建议
2.提出批评并有助于引出相反意见
3.对已经形成的行动方案提出新的看法
5、外交家 RI(Resource Investigator)文章
外交家是热情的、行动力强的、外向的人。无论公司内外，他们都善于和人打交道。他们与生俱来是谈判的高手，并且善于挖掘新的机遇、发展人际关系。虽然他们并没有很多原创想法，但是在听取和发展别人想法的时候，外交家效率极高。就像他们的名字一样，他们善于发掘那些可以获得并利用的资源。由于他们性格开朗外向，所以无论到哪里都会受到热烈欢迎。
外交家为人随和，好奇心强，乐于在任何新事物中寻找潜在的可能性。然而，如果没有他人的持续激励，他们的热情会很快消退。转自
A 典型特征:性格外向;热情;好奇;联系广泛;消息灵通
B 积极特性:有广泛联系人的能力;不断探索新的事物;勇于迎接新的挑战
C 能容忍的弱点:事过境迁，兴趣马上转移
D 在团队中的作用：
1.提出建议，并引入外部信息文章
2.接触持有其他观点的个体或群体
3.参加磋商性质的活动
6、监督员 ME(Monitor Evaluator)
监督员是态度严肃的、谨慎理智的人，他们有着与生俱来对过份热情的免疫力。他们倾向于三思而后行，做决定较慢。通常他们非常具有批判性思维。他们善于在考虑周全之后作出明智的决定。具有审议员特征的人所作出的决定，基本上是不会错的。
A 典型特征:清醒;理智;谨慎
B 积极特性:判断力强;分辨力强;讲求实际
C 能容忍的弱点:缺乏鼓动和激发他人的能力;自己也不容易被别人鼓动和激发
D 在团队中的作用：
1.分析问题和情景
2.对繁杂的材料予以简化，并澄清模糊不清的问题
3.对他人的判断和作用做出评价
7、凝聚者 TW(Team Worker)
凝聚者是在团队中给予最大支持的成员。他们性格温和，擅长人际交往并关心他人。他们灵活性强，适应不同环境和人的能力非常强。凝聚者观察力强，善于交际。作为最佳倾听者的他们通常在团队中倍受欢迎。他们在工作上非常敏感，但是在面对危机时，他们往往优柔寡断。
A 典型特征:擅长人际交往;温和;敏感
B 积极特性:有适应周围环境以及人的能力;能促进团队的合作
C 能容忍的弱点:在危急时刻往往优柔寡断项目管理培训
D 在团队中的作用：
1.给予他人支持，并帮助别人
2.打破讨论中的沉默
3.采取行动扭转或克服团队中的分歧
8、完美主义者 FI(Finisher)
完美主义者者是坚持不懈的、注重细节的。他们不太会去做他们认为完成不了的任何事。他们由内部焦虑所激励，但表面看起来很从容。一般来说，大多数完成者都性格内向，并不太需要外部的激励或推动。他们无法容忍那些态度随意的人。完成者并不喜欢委派他人，而是更偏好自己来完成所有的任务。
A 典型特征:勤奋有序;认真;有紧迫感
B 积极特性:理想主义者;追求完美;持之以恒
C能容忍的弱点:常常拘泥于细节;容易焦虑;不洒脱
D在团队中的作用：
1.强调任务的目标要求和活动日程表
2.在方案中寻找并指出错误、遗漏和被忽视的内容
3.刺激其他人参加活动，并促使团队成员产生时间紧迫的感觉
贝尔宾团队角色理论的应用转自
(一)角色齐全。唯有角色齐全，才能实现功能齐全。正如贝尔宾博士所说的那样，用我的理论不能断言某个群体一定会成功，但可以预测某个群体一定会失败。所以，一个成功的团队首先应该是实干家、信息者、协调者、监督者、推动者、凝聚者、创新者和完美主义者这八种角色的综合平衡。
(二)容人短处，用人所长。知人善任是每一个管理者都应具备的基本素质。管理者在组建团队时，应该充分认识到各个角色的基本特征，容人短处，用人所长。在实践中，真正成功的管理者，对下属人员的秉性特征的了解都是很透彻的，而且只有在此基础上组建的团队，才能真正实现气质结构上的优化，成为高绩效的团队。
(三)尊重差异，实现互补。对于一份给定的工作，完全合乎标准的理想人选几乎不存在——没有一个人能满足我们所有的要求。但是一个由个人组成的团队却可以做到完美无缺——它并非是单个人的简单罗列组合，而是在团队角色上亦即团队的气质结构上实现了互补。也正是这种在系统上的异质性、多样性，才使整个团队生机勃勃，充满活力。文章
(四)增强弹性，主动补位。从一般意义上而言，要组建一支成功的团队，必须在团队成员中形成集体决策、相互负责、民主管理、自我督导的氛围，这是团队区别于传统组织及一般群体的关键所在。
除此之外，从团队角色理论的角度出发，还应特别注重培养团队成员的主动补位意识——即当一个团队在上述八种团队角色出现欠缺时，其成员应在条件许可的情况下，能够增强弹性，主动实现团队角色的转换，使团队的气质结构从整体上趋于合理，以便更好地达成团队共同的绩效目标。事实上，由于多数人在个性、禀赋上存在着双重、甚至多重性，也使这种团队角色的转换成为可能，这一点也是为我们测试结果及实践所证实了的。
（二）软件项目团队成员进行角色划分
职责和角色不清楚往往是造成软件项目团队管理混乱的一个重要原因，一个好的软件团队必须根据团队规模的不同和项目本身的特点对项目成员的角色和岗位进行明确的划分，这样团队中的每个成员才可能有清晰的责任和目标。
软件开发不管采用哪种生命周期模型和开发方法论，整个过程都会包含需求，设计，开发，测试，配置管理等各项活动。而这些活动会对应到项目中的不同角色，项目中进行岗位划分后每个岗位成员可以兼职多个角色。形成相关的角色岗位矩阵。
方案一:项目负责人总览全局。
对于小作坊的软件开发团队，可以由一个项目负责人总览全局。项目负责人承担从用户需求->软件需求->总体设计的所有工作。同时还需要做到整个团队进度规划，质量保证，配置管理和沟通协调等相关工作。所以小型项目团队对项目负责人的业务，技术和沟通管理等技能都要求较高，项目负责人是项目中的总体方案确认者和架构师。项目负责人能力和技能往往决定了整个软件项目的成败。
我们这里指的小型团队并不是只一个人单打独斗的项目，所以项目负责人最好不要介入到模块设计和编码活动中，而是应该把重点放在进度的控制和质量的保证上面。由于项目负责人一般有较强的技术能力，所以项目负责人可以承担项目中要使用的一些新技术的研究，项目中一些疑难问题的解决等相关工作。项目负责人还应该有计划的设计开发人员的代码进行Review，对发现的规范性，性能，复用差等问题跟项目成员确认，并写入到项目开发规范中。
方案二:项目负责人和开发负责人分离
在这种方案下项目负责人和开发负责人在软件需求和架构上的工作是重叠的。这两个岗位的人员共同来确认项目的总体方案和架构。项目负责人的重点在项目管理和与客户交流沟通上，只有确认清楚第一手的用户需求，才能开发出用户满意度高的软件。对于很多小型项目往往是用户需求都没有搞清楚就开工，项目成员完全凭借着自己的感觉在做系统，过程中又不注意与用户及时反馈和迭代，导致开发出完全不能使用的系统；开发负责人的重点是对整个开发过程负责，包括对项目经理确认的进度目标进行任务的进一步分解，安排后续的增量和迭代计划。方案二的重点是第一次解放项目经理，架构的核心移动到了开发负责人，而项目经理仅仅是参与讨论和评审。而单独剥离出开发负责人后，可以更好的对开发过程进行跟踪和协调，开发负责人重点放在项目内部，而避免过多去和外部干系人沟通和协调。
方案三:测试的专职化
对于项目团队发展到5-10的时候，项目中的测试工作必须专职化的由测试人员来完成。一般测试人员的配置比例为4-6个开发人员需要配置一名专职化的测试人员。测试人员站在第三方和模拟使用者角度来进行系统的测试，可以更好的发现系统的BUG和相关问题，有效的保证系统的质量。
方案三中项目经理工作进一步清晰，项目经理不在承担软件需求和架构的相关工作。而重点放在项目内外的沟通协调和整个项目进度计划的安排上。这个时候项目中的设计负责人对整个系统的总体设计方案和架构负责，而且设计负责人也将不在参与具体的功能模块的设计和开发工作。设计负责人的重点转化到的软件需求的开发和总体设计上面(如涉及到RUP中的用例建模，用例分析，架构设计，组件接口复用)。
方案四:项目经理和需求角色分离
当项目团队的规模发展到12-20人的时候，项目团队基本上可以算做中小型的项目团队。这个时候项目经理完全专职化做项目管理的工作。包括项目进度计划制定，项目跟踪监控，风险分析和控制，项目度量分析和决策等相关内容。对于需求活动设置专门的需求工程师岗位来完成需求的开发。同时项目中设置专门的架构设计人员，架构设计人员不再负责需求的开发工作，而重点在于系统总体设计方案的确定，系统的4+1视图的分析，同时架构人员要考虑整个系统的集成方案的确定和具体功能单元和模块的集成。
由于项目规模的扩大，项目的配置项更加复杂，项目也需要同时起开发，测试，集成和BugFix等多个分支。因此需要设置专门的配置管理员来进行项目的配置管理。
对于项目同时需要开发新版本，又需要对已经发布的维护版本进行功能改进的时候，项目中要考虑设置专门的维护人员。由维护人员来完成项目小功能的改进和BUG的修复。这样新版本设计开发人员可以更专注的进行新功能的开发。
（三）在项目中扮演多个角色
一：导言
在说这问题之前，得先具体化“一个人”，“一个团队”，“事”这三个词，要不然后边就没法说了。
一个人好定义，比如您，我，他，她。
那一个团队呢？一个团队主要属性应该是大小，在软件行业里，一个不大不小的团队应该有6-7个人，包括1个产品经理，1个项目经理，1个架构师，1个设计师，2-3个软件工程师。
最后来看“事”，其实在这儿已经不难理解了，主要指一个人或者一个团队的日常工作内容，梳理一下每个岗位的日常工作内容。
产品经理：负责市场调研，需求整理，产品功能规划，市场推广等，在初期一般都是投资人兼任。
项目经理：控制项目进度和项目质量，协调项目资源，解决问题和预测风险。
架构师：技术选择和评估，架构搭建，技术攻关。
设计师：把软件的交互，从人性化的设计升华到情感化的设计。
软件工程师：负责功能的实现。
这三个词都解释了，读者都很想看看我是怎么一个人去干一个团队的事。其实在很多年前我都已经干过这样的事儿了，只不过时间太远了，又牵涉到很多人和物，所以就不说了。
热，都脱了，你就什么都不说了……
二：无意中扮演了产品经理
去年某日，一个QQ群里，突然有一个人私聊我，我本着好事的心理，去点开了那条消息，丫的，让我帮她刷淘宝销量。没女朋友的时候，这种事我确实是愿意干的，关键是我现在的小孩都两岁了啊！接着就是一些聊天
我：你用刷单软件啊
她：没好用的刷单软件呢
我：你用的那款？
她：******用过，******也用过，就是不好用
我：擦汗
她：你反正做软件的，开发一款吧！
我：擦汗，擦汗
晚上睡觉的时候天南地北的想啊，宝宝睡觉不要尿床啊，爸的身体要健康啊，今天那个美女有人帮她刷单了没有啊，现在是不是刷单软件都不好用啊，我是不是可以开发一款刷单软件啊，想了很多，世界还是很安静。
不久，她又让我帮她刷单，难道需求有这么强烈？有江湖的地方就有杀戮，有需求的地方就有市场！
当然，我不会立即去做，主要原因还是因为自己很懒，毕竟我现在不是处于练技术的层面了，做产品做软件很累人，我得有N个说服自己的理由才会去做啊！于是我去了解了更多的淘宝刷单业务流程，加了好多淘宝刷单群，了解了YY，淘宝互联，安全猫等刷单工具，也知道了什么空单发货啊这些名词，当然最重要的是我认识了一堆刷单的朋友。当时我就发现了刷单产业链的庞大，315打假说淘宝刷单产业链牵涉的资金至少在6000亿以上，我心理想着无论如何我也得分杯羹啊，说的书面化一些就是，我用敏锐的观察力，看到了刷单的市场蛋糕。
做刷单软件，首先得从刷单干起，知己知彼百战百胜啊！我下载了一个比较流行的刷单软件，把自己的淘宝号，老婆的淘宝号都绑了上去，还冒着危险输入了支付宝密码，我又去买了几个手机号来注册了好几个淘宝，每天就挂着刷单，一个月还能挣好几百！当然我的目的，远远不是为了一个月的这几百，我这是在了解业务，了解需求，我是在卧薪尝胆啊！
是不是感觉我上边做的事和产品经理做的事有些雷同了，了解业务，了解需求，分析市场动态（拿专业术语就是说市场调研），就差产品功能规划和市场推广了，都写这儿了，我这产品功能规划，真是水到渠成的事了，因为我已经很清楚市场需要一个什么样的刷单软件，以及我怎么样来服务这个市场了。
三：自己做了这个软件的项目经理
想了没做仅属于意淫。想法是人人都可以有的，不是人人都会去做的。我当时定的计划是今年5.1号前把这个刷单软件写出来，这个计划是在去年年底定的，看似有半年的时间，但是整个项目只有我一个人，每个周还要扣除40个小时的工作日，偶尔还要陪陪家人，这个时间还是非常紧的。但是拿一句开玩笑的话来说，时间就像乳沟，挤一挤还是有的。自己为自己定开发计划，自己协调可用的资源（主要是时间），解决项目中遇到的问题，对项目的风险进行评估。这些都是项目经理做的事吧！
四：我的强项系统架构师
写了近十年的代码，对于写代码我还是很自信的，只要我解决不了的问题，我感觉很多人都解决不的。我在几年前就主导过广东某企业的ERP系统架构，对这种刷单软件的架构而言，真是手到擒来的事。在这儿也随便介绍一下我的刷单程序架构吧！因为这个架构简单，简单的来称不上架构了，所以我就不画什么架构图了。
程序主要分了客户端和服务端两部分。
客户端：WPF+MVVM（Caliburn.Micro）。
服务端：C#编写业务逻辑，及数据的持久化。
客户端与服务端采用WCF技术通信。
技术难点：WCF安全机制，分布式事务，线程协调，掌握淘宝页面的异步加载机制。
这个与ERP架构相比，根本就算不上架构，什么数据权限，操作权限，工作流，报表的通通没有，开发一个刷单软件，我不能为了架构而架构吧，不过这个刷单软件的技术难点还是有的。
五：自己最理想的职业UI设计师
虽然一直在写程序，一旦有机会弄UI的时候，我都会花很多时间去折腾一番。从网页的javascript+css到桌面程序的xaml。
我有很多做设计的素材，我喜欢收集漂亮的UI，别人喜欢收集古币，烟斗，石头，***.AVI, 我就喜欢收集漂亮的UI，你可见我对UI的热衷吧！
对我个人而言，我还特别喜欢去研究用户行为，为用户设计出简单易用的软件。
1，现在市面上的刷单软件，卖家菜单和买家菜单都没有区分开，我作了归类区分。
2，每个页面有且只有一个导航按钮。就是一个页面因为功能原因，可能存在很多按钮，但总有一个是最主要最常用的按钮，我们应该用颜色或者图片把它重点标识出来。
六：自己也做码农
当一个项目只有一个人的时候，要能曲能伸，不要被什么产品经理，项目经理冲昏了头脑，那仅仅是自己戴的帽子，拿来娱乐还可以，在干事的时候，这些都不重要了，要实实在在的把代码写好了。就像Google的一些工程师，要比某些信息部的总监都牛吧！不要太纠结岗位名称，实实在在的做事才是硬道理，只有产品做出来服务于大众，我们得到了认可，拿回报，这才是本质。
七：结语