团队协作关键做好三件事
作者：林枫来源：AMT公共知识库http://www.csai.cn2006年1月25日
大家也许在小时候就听过三个和尚的故事：当庙里有一个和尚时，他一切自己做主，做得很自在；当庙里有两个和尚时，他们通过协商可以自觉地进行分工合作，同样做的不错；可当庙里来了第三个和尚时，问题就出现了，谁也不服谁，谁也不愿意干，其结果就是大家都没水喝。
当初读到这篇古老的寓言的时候，我们知道了团结的重要性。其实，这个寓言也可以看成是一个项目管理的案例。它所反映的问题就是：同样完成一个项目，缺乏团队协作的结果还不如个人独立工作或者作为合作双方订立契约。因为一个团队内部是不可能以契约形式作为彼此合作的前提。而现实的问题是，由于个人的能力有限，因而在实施一个项目时，必须建立一个由多人组成的项目组。这个项目组是否能够和谐地进行团队协作，将决定了这个项目能否成功。
这个寓言最有意思的地方在于：同样都是需要沟通与协调，为什么在两个人的时候能够达成一致，反而在三个人或者以上的时候就乱套了呢？难道仅仅是因为人数的增加导致意见不一致吗？应该说，这个牵涉到团队协作中三个基本的因素：分工、合作以及监督。一个人和两个人的时候，这三个因素都可以比较容易满足条件，因此不容易发现问题。而一旦超过3个人，这些因素就马上会将矛盾凸现出来。而为了解决这些矛盾，只有追根溯源将三要素理清。下面我们进行逐个的分析问题所在。
分工：
如果是一项单人就可以胜任的工作，项目经理一般会指派给专人负责。个人独立工作并无分工的问题。而在同伴（两人）协作中，彼此则可以通过平等的协商和沟通从而对工作量和工作内容进行有效的分配。而一个大的项目组，由于其成员人数较多，因此在工作量与工作内容的分配问题上，显然难以通过彼此的平等协商和沟通而得出一个有效并令众人都满意的方案。即使项目经理可以进行安排与协调，但这本身就需要项目经理懂得怎样进行团队协作。
合作：
有分工，就需要合作，即彼此相互配合。在同伴协作中，由于人员构成简单，在彼此合作、协调、沟通的难度上远远低于团队协作。而在一个大的项目组中，由于其成员身份背景的差异，彼此间的人际关系的复杂以及对彼此工作的不熟悉等原因，因此造成了在彼此相互合作上存在相当大的难度。
监督：
监督作为一种协作手段，其存在的主要原因是由于成本和收益的关系存在。用西方经济学的概念来解释：即任何理性的人，都希望以最小的成本来达到最大的收益。反映在一个大的项目组中，即项目组中的任何成员都想花费自己最少的精力来完成既定的任务，而他们节约自己工作成本的方式，就是让其他组员承担原本须由自己完成的工作。因此，如果缺乏有效的监督，就会导致所有项目组成员都偷工减料，从而使该项目彻底失败。这在三个和尚的案例中体现地尤为明显。
而在个人独立工作时，一切工作成本都须由自己负担，因而没有让其他人分担的可能。在同伴协作中，彼此可以进行简单有效的互相监督，因而也这方面存在问题的可能性也较小。
由此可知，在一个大的项目组中，建立起良好的团队协作至关重要。因而在对一个项目的管理过程中，团队协作显然是不可忽略的重要环节。而在处理团队协作问题时，建立起合理完善的团队机制就是首先解决的问题了。
所谓团队机制，简单的说，即是对团队内各成员的分工、合作以及监督等职责的规定。在具体反映在建立一系列规章制度的同时，它着重落实到给团队各成员建立起其在团队内的“身份”。而这种身份事实上即是对其团队职责的反映。所以说，一个完善合理的团队机制，其重点即是对团队各成员职责的合理划分和规定，即是给团队内各成员都确定一个合理的“团队身份”。使得无论是项目经理还是组员，都可以找到自己在整个项目中的坐标。
那么，在团队机制已经建立的前提下，如何在项目管理过程中建立起良好的团队协作关系呢？
根据团队协作的三要素，显然也必须从分工、合作以及监督三方面入手。
如何分工：
项目经理进行分工的原则应该是：团队每个成员的具体工作及相应职责都必须被合理并明确的划分。
所谓合理的划分，即每个团队内成员的能力必须与其从事的具体工作相匹配。从前在美国有一种流行的观点，即如果你擅长做什么事，那么你就可以管理其他人做同样的事。这在今天看来，显然是荒谬的，因为一个人的业务能力和其管理能力不存在正比关系。但是直到今天，在许多项目组这种情况仍然很普遍，即一个项目经理通常由一个成功的业务员担任。虽然他在业务上具有出众的能力，但是一个项目经理的职责显然更偏重于管理好整个团队，在项目组中维持良好的团队协作。这需要优秀的管理才能，显然，这一情况往往被忽视了。
而所谓明确的划分，即是使每个团队成员的具体工作和职责都得到的无法模糊的确认，使得团队内各成员都必须对其本职工作负全责。
合理的分工使得团队内的各成员得到真正的“物尽其用”，每一个成员都可以在合适的岗位上发挥其最大的价值。而明确的分工使得团队内各成员拥有明确的责任意识，他们无法逃避自己所犯的过错，因此，他们必须做好自己的工作。同时这种在具体工作上的细致分工也可以有效避免重复劳动，由于各成员具体工作的明确，也可以大幅提高相互协调合作的效率。
对成员进行分工的工作一般是由项目经理负责的，因此，一个合格的项目经理至少必须具备准确考量人才的判断力。当一个项目组成员无法适应其工作时，就必须考虑调动其到合适的位置，如果他无法适应所有的工作，则他必须离开这个项目组。
怎样合作：
分工是第一步，紧接着就是项目过程中具体的合作了。而合作的关键在于：对团队内各成员具体负责的工作进行有机整合，以实现项目目标。
由于团队内各成员背景、学识、性格、以及彼此人际关系与具体工作的差异，如果缺乏一个良好的协调机制的话，他们彼此之间是很难自发完成良好的合作的。
那么如何解决呢？事实证明：协调机制的重点是沟通。在团队协作上，沟通主要体现在纵向的上下级及横向同级成员间的相互交流上。良性的沟通事实上往往建立在项目组内部良好融洽的人际关系上。上下级互相尊重，而同级人员则相互信任，而不是勾心斗角。同时在加强沟通时，要避免沟通过度，即过于频繁的团队会议会导致沟通效率的低下以及时间的浪费。
团队内部自发的相互的沟通往往会遇到很多障碍：等级、利益冲突、个人矛盾等等都会影响到沟通的顺利进行，团队内个人的工作也就无法整合成有机的整体。此时就需要项目经理出面协调，协调的作用首先是协调各成员所负责的具体工作，使之可以得到顺利的衔接，得到有机整合；其次是协调各成员彼此间的人际关系，从而促进合作的积极性，使得整个团队可以更紧密协作。因此，一个合格的项目经理必须具备良好的沟通能力。
为何监督：
不少人认为项目监督应该由外部进行，其实这一观点是片面的。因为这里的监督不仅仅是对项目本身，还包括了对团队内各成员是否完成自身职责进行考量，以及相应的奖惩手段。因此如果缺乏行之有效的监督机制，那么一个项目组只能退化成为一个各成员不负责任地捞取个人利益的工具。
因此，监督的目的即是促使项目组内各成员都负责地完成好本职工作，并使之不进行任何可能危害项目实施的行为。因此，在对各成员完成职责的情况进行考察的同时，它还应该包括惩罚和激励机制。
惩罚的作用是矫正成员的不负责态度和危害性行为，使之树立起认真负责的态度，并给其他成员以警示的作用。而激励的作用则是巩固成员对本职工作负责的态度，从而延续这种正确的工作态度，并给其他成员以榜样的作用。
监督的一般分为项目组内的互相监督以及独立于项目组外的上级监督。上级监督由于其相对的独立性，因此它可以有效排除人际关系以及利益关系的因素，显得更准确、严格和客观。然而，由于工作量的关系，上级监督往往无法随时进行，因而其缺乏快速反应的能力。项目组内部的互相监督正可以弥补上级监督的这种缺点，它可以随时进行，具有灵敏的反应能力。当然，它的缺点即是容易受人际关系和利益关系的影响而出现纵容、包庇的行为。因而，它同样需要与上级监督配合使用。而项目经理在两种监督方式中的身份都很关键，监督是否有效，项目经理在其中能否承上启下是关键所在。
三要素其实就是项目管理中“三个和尚”难题的解决之道。一个拥有共同目标、人人物尽其用、彼此精诚合作、人际关系和睦、对工作高度负责同时又赏罚分明的具有高度团队协作能力的项目组，其所从事的项目毫无疑问一定是可以成功的。
那么对比“三个和尚”的失败案例，我们看一下现实中成功应用的团队协作三要素的案例——举世闻名的美国海军陆战队“海豹突击队”。显然，一个作战小分队就是一个项目组，只有通过建立起良好的团队协作才可以确保任务的最终完成。
由于必须承担特种作战任务，突击队通常都是以小分队的形式来组织行动的。由于人数不多，因此每一个小队都根据队员的具体特长进行了最为明确的分工，从具体工作上分为班长、机枪手、通信员、突击手、狙击手、军医以及爆破手。他们都有各自相应的独立的职责，如班长负责指挥管理整个小队，并协调队员间的关系，类似于项目经理。而各个队员根据自己的具体工作也承担了相应职责，如通信员担负与总部及友军联系的任务，狙击手则负责狙击对方重要目标，军医则是各成员生命地保障。由于具体分工的明确和严格，因此每一个成员都必须尽自己最大的努力做好自己的本职工作，否则任何环节的差错都会导致小队的全军覆没。
而同时，小队成员间也必须进行默契的配合，因为只有当他们成为一个完整的团队时，他们才可以完成自己的任务，而将小队内的任何成员单独抽出来，放在敌人面前都会显得孤立无助。就好比将小队的核心——班长抽出来，显然单凭他一人是无法独立完成任务的。但是如果脱离了他的领导，小队也将因为领导、管理的混乱成为一盘散沙。
在作战时，小队成员彼此信任，同时也彼此互相监督。因为他们知道任何人不负责任的举动都会使任务泡汤，甚至让自己丧命。而上级的监督则来自于宪兵，因为如果单凭自己小队内部的相互监督，战友的友谊很容易形成一种包庇行为。至于奖励措施，则往往包括职位的升迁、军衔的提升以及荣誉奖章的颁发。而惩罚的措施则来自于军事法庭，一个叛徒或逃兵往往会被判处极刑。
这个成功的案例说明个人的力量终究是有限的，而团队协作是项目成功的力量源泉。在战场上如此，在商场上的项目更是如此。
作者
CSAITR
阅读次数
1305
回复次数
10
所属栏目
项目管理>> 项目经理/PMP认证
发表日期
2005-10-26
回复日期
2006-2-6
本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1. 这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2 .这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；
3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；
4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6. 是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7. 明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（Industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧；
8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。
9. 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。
好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(*&$@@”。和自己的
