团队建设管理经验分享

相关推荐

团队建设管理经验分享

“团队建设与团队管理”是一个很老的话题了，在各种管理书籍上屡见不鲜。但落到项目组这样一个微观层面上，应该怎么做呢？我一直很困惑。虽然我也经常发现我所带领的项目组似乎比别的项目组要好一点点，不能解释为技术方面原因造成的，可是又很难描述出来到底好在哪里，为什么绩效就是会高一些。直到我目睹一个团队从无到有，再从齐心协力到貌合神离，突然有一天有一些领悟，急急忙忙记下了一些想法。今天就在这里跟各位分享这个话题。

我们知道，组织行为学将团队建设分为5个阶段：形成、震荡、规范、成熟、解散。在我们的观察中可以看到，一个“成熟”的团队是很难维持的，更常见的情况是不断震荡，又再次规范。我想大家都能体会到，如果一个项目的人员不断变动，大家要与新成员磨合，新成员要熟悉项目的情况，一定有很大的效率损失。而如果人员趋于稳定，大多数项目经理都有能力使得项目团队进入一个相对规范的状态。

但是，“规范”的状态所能达到的只是一般的效率。而我们所力求的，是3-5倍的团队效率。注意，我指的是团队的效率，不是个人的效率。团队效率的构成因素当然包括个人的工作效率，但个人效率提高3-5倍是很困难的，而团队效率则比较容易。我们看到，大一点的团队，不论其目标是一个项目，或是一个产品，或是一个经营目标，都能看到大量人浮于事、官僚主义的现象。

在我的观察中，从规范阶段，到成熟阶段，大概有以下几个方面的转变：

（1）大部分团队成员的个人工作绩效（效率和质量）超出自己的日常平均水平；

（2）一对一的工作沟通（如无需正式文档的小接口协商）一般不需要项目经理等人介入。

（3）团队的决策速度快，大部分决策可以直接拍板而不发生错误；

（4）团队成员一致为了团队目标而努力工作，互相补位，不计较个人得失（增加工作量等）

（5）团队成员之间相互信任，对于工作中的冲突，不怀疑对方的立场（例如是不是为了自己轻松？），而是从团队阶段目标的大局上考虑，（遵从技术架构合理化的要求）该谁做就谁做，不会扯皮。

对于团队目标而不是个人目标的认同，是以上几个转变的核心所在。试想，如果只认同个人目标，每个人的个人目标会有很多差异，谈一个内部接口，都想着把工作推到别人那边去。而项目经理不得不介入，还得跟双方协商；协商的结果不一定是最合理的，而往往与三方强势与否有关，达成一个妥协。

这样的事情多了以后，团队的大量精力都被内耗光了，而且内部的相互信任没有了，你看我我看你，以上1、2、3、4、5点全部都被推翻。团队效率差3-5倍并不意外。事实上，我的观察中，即使同一个团队（骨干成员稳定），在不同阶段就可以有3-5倍的效率差异。然而，一个“成熟”的团队是很难维持的，更常见的情况是不断震荡，又再次规范。我想大家都能体会到，如果一个项目的人员不断变动，大家要与新成员磨合，新成员要熟悉项目的情况，一定有很大的效率损失。

1、为什么说对于“团队目标”的认同是最重要的？

我们每个技术人员（也包括测试、需求等），除了拿一份工资以外，多少还有自己技术路线的规划。一个项目团队中，有工作年限、背景、经历各不相同的人员。他们对于这个项目的想法也不同。说的直白一些，有的人可能就只想应付工作，有的人则故意把项目的技术方向往自己喜欢研究的方面去引导，事实上可能是毫无必要的。

这样，本来简单的一件事情，就会弄得很复杂。我见过其他一些很简单的项目，却用于复杂的框架或技术，就是一个这样的例子。而如果项目成员都被团队目标认同了，自觉控制自己与团队目标冲突的部分，希望团队成功而不是个人的收获，那么，这个项目及团队的目标就很容易达成。

作为知识型员工，我相信其实创造的力量与内耗的力量都是非常强大的，把这些潜力挖掘出来非常客观。

2、如何确定团队目标？

作为项目经理、团队负责人，我们当然希望每个成员的想法都跟我们一致，跟团队整体利益一致。但如前所述，总有这样那样的原因，使得团队成员认同团队目标是很困难的。

团队目标大致可以分为短期目标与长期目标（这是我个人的分法，仅供参考）。短期目标可能是完成当前的某个项目，或者将某个产品在某个时间点前发布等；这往往跟项目目标是一致的。但这不是团队目标的全部。对于团队负责人来说，短期目标一般是由公司决定的，没有商量余地。而团队的长期目标，才是“团队管理”的真正工作领域，公司无法限定或设定团队的长期目标。

一个团队是必须有长期目标的，否则，就会出现团队的重心一直陷在一些“紧急”但并不“重要”的事务上。只有确定了长期目标，制定了长期的里程碑计划，才能使真正重要的工作浮出水面，成为“紧急且重要”的工作。这样有明确的发展思路的团队，一般来说成长速度和质量都会远远超过其他团队。

我们刚刚说到，要使项目成员对团队目标认同，才可能进入“成熟阶段”，达到一般团队的3-5倍绩效。而要做到这一点，我们需要换位思考，团队成员为什么不是认同他的个人目标，而却完全认同团队的目标呢？我总结的方法是这样的：

(1)制定团队目标必须高度符合团队大多数成员的共同利益；

(2)告诉团队成员，只有实现了团队目标，个人的目标才可能实现；

(3)传递团队目标必然达成的信念给每一位团队成员

只有团队成员找到了个人目标与团队目标的契合点，才有可能真正认同团队的目标。而且只有团队目标能够达成的情况下，他们才会支持团队目标。

这里凸显了另外一个问题，即项目经理/团队负责人的信念是非常重要的。这个稍后再说。

关于团队目标，除了公司下达和认可的完成某个项目目标外，是可以而且必须夹带一些长期目标进去的。事实上，这些目标往往只有在项目的微观层面才有可能实现，例如一个项目团队长期目标的可能是：A、构建一个可用于团队内部持续开发的平台，支持今后的新项目开发工作；B、孵化一个新的产品/项目原型，作为今后2-3年内项目团队向公司输出价值的主要依托；C、培育一支具有安卓/IOS技能的专业团队……

有了共同的工作目标，团队成员就有可能更大发挥自己的潜质。而且，当上述目标实现的时候，实际上团队及团队成员在公司都将有更高的价值，除了技能的提升以外，工资上涨应也不会太意外。

总结下刚刚说的这点：我认为，团队的长期目标，应该与增强团队的（对企业）价值，同时也能够提供更多资源（薪酬、技术提升机会等）给团队成员。

3、项目经理如何把“团队目标必然达成”的信念传递给每一位项目成员？

是不是通过每天大会小会来传递呢？显然不是，IT人本来就很善于思考，靠反复说教是没有用的。这里，就需要项目经理的以身作则。自顶向下，要倡导敢于担当的工作风格。

在IT行业（主要指软件和互联网），管理成本可以很高，也可以很低。一些方法-论主张降低管理成本（例如敏捷开发），而把精力集中于“产品”的构造活动上，尤其是编码活动。这些见地有一些参考价值，但我认为还不是最重要的。在我看来，项目管理成本的高昂，并不是体现在开销了多少个“人日”，占总人日的百分比多少，其真正的危害在于，使得团队的核心人员减少了对产品的感知和判断，凡事都通过“评审”来决定，意味着凡事都可以不必负责，而通过“讨论”或是领导决策来获得结果。

每一个人都应该敢于担当，对自己的决策失败负责，模块负责人，就应该有对整个模块负责的责任心和勇气；项目负责人，就应该勇于做出影响项目成败的决策。如果作为模块负责人遇事就请示项目经理，其实应该把他的位置让给更有能力有勇气的人。因为这样的日常决策是极多的，“评审”只能作为一种风险防御措施，而不是日常工作手段。对于员工技能充分、工作负责的情况下，对于“共同知识”的部分，实际上是不需要评审的，因为一个人的决策与多个人的决策并没有什么差别。有些项目的评审更是走过场，一个人讲，包括项目经理在内的其他人心不在焉听着，偶尔发现问题提两句。实际上，如果直接去做，出现问题再修改也未为不可。——说明下，这里不包括项目重大里程碑评审。里程碑的评审不但项目组要参与，高层也应当参与，这是一个高层掌握项目进度的“窗口”，今天不展开了。

因此，对于一个大型项目来说，每个层级的负责人都能真正负责，都能对错误的决策承担责任，并组织修补，这才能给广大项目成员信心。否则，所有项目的风险都暴露在所有人面前，意味着负面情绪可以很快传遍整个团队。"从项目经理开始，每个人都要能独立对决策负责"，这就对团队负责人（项目经理）提出了极高的要求。一旦满足了这个要求，只要不再出现大的错误，就能成为团队当之无愧的核心，并把团队凝聚在一起。

具体的说，项目执行过程中，来自客户及公司领导可能会有很多压力，这些压力应当到项目经理就截止，而不是透传给项目组成员。同样，项目内部也会出现各种技术问题、人员沟通问题等，除了足够严重需要提交到公司的以外，都应当由项目经理处理，而不是告诉上级项目组问题多多。只有把积极的信号向客户、领导、项目组传递时，才能引起他们积极的回应，共同把项目做好。这样，广大项目成员就会明确的知道，自己的责任是集中精力把手头的工作做好，专注于自己的工作而不是担忧项目风险和失败的后果。

我再举一个反面的案例，请大家参阅：由9个人组成的项目组，到客户那边开需求沟通会议，去了5个人：项目经理，4个主要模块的开发人员。我刚好也有事到客户那里去，看到这种状况好，回来以后就开了个会，要求一般会议只能1个人参加，重要会议项目经理+1个主要技术人员参加。项目经理对任何事情都不能拍板，而是带着大队人马开会，自己的工作是省心了，但给团队造成了极坏的影响。

4、项目经理应该如何凝聚团队

刚刚从目标、信念传递等两个角度着重谈了，接下来谈谈零散总结的一些凝聚团队的经验。当我们说道“团队凝聚力”的时候，很多人是将它抽象看待的。实际上，也可以非常具体的看待：这个团队有15人，有几个人是认同团队，认同团队负责人的呢？一个一个争取过来，实际上就形成了“团队凝聚力”了。

所谓“攻城为下，攻心为上”，其实我们做一个大项目的过程，对于项目目标来说是“攻城”（所以项目成员大多数是“攻城师”），而对于团队建设来说则是“攻心”。项目经理能不能在项目早期阶段，把各种来源的项目成员凝聚在一起，让大家齐心协力为项目目标努力，而不是各自打着小算盘，这往往决定了项目的成败。从“攻心”的角度来看，落实到每一位成员的微观思考是很有必要的。（我个人认为，这也是各种管理学书籍过于宏观，而难以把团队建设管理说清楚的原因。）

（1）向团队成员输出附加价值。在这个团队中获得技能成长，是团队成员的期望之一。如果团队负责人只是做好“项目管理”工作，而无法帮助团队成员获得技能成长，就不利于获得团队成员对团队以及团队负责人的认同。健康的团队应当形成金字塔的技能链条，每一个成员都能在金字塔中获得技能成长的支持。团队负责人所能给予的支持，除了自身的技能外，还有通过合理工作安排，激励团队成员的兴趣发挥；从事兴趣的工作时，任务完成的效率超出正常水平是比较常见的。

我一贯主张，项目经理应该具有较高的技术能力，包括编码能力。这并不是“项目管理”的需要，而是“团队管理”的需要。当团队的负责人能够与大多数团队成员进行技术沟通，给予他们支持的时候，对于技术人员来说，也更愿意遵从项目目标和技术架构要求工作，而不是误入歧途或自我陶醉（在开发人员与项目经理无法沟通的团队中，开发人员的自我陶醉是有一定普遍性的，例如：表现为坚持认为代码以外的工作都没有价值）。

（2）维持团队的秩序与平衡，让每个人都看到希望。如果团队中存在严重的不平衡，例如新员工与老员工、男性与女性、不同派系等造成的收入或实际待遇（例如加班与否）的严重差异，必然造成团队的分-裂。项目经理必须足够强势，应用自己的控制力，在项目进行过程中，逐渐扭转不平衡现象。随着平衡逐渐建立，团队也将慢慢凝聚起来。而如果一味照顾现状，没有改变现状的勇气，会使团队无法吸纳真正有想法、有能力的人，或者在他做了一些工作后，因为无法看到职业发展的希望而离开。

（3）团队负责人的以身作则。团队负责人的利益，必须与团队利益高度一致，不应该有损害团队利益而获得个人利益的表现。“一将功成万骨枯”是绝对要不得的。在可能的情况下，物质利益什么的，团队负责人一定不要拿太多，要充分照顾到主力工程师。事实上，对于真正成功的项目团队，团队负责人在物质利益以外的收益是很多的，包括公司、同行其他公司的认可，管理与技术水平的提升等等。

（4）杜绝官僚。项目经理如果只是转派任务，或者如前例那样开会不用说话，那么他的官僚作风，很快就会影响到团队的技术骨干，这些人也愿意成为技术官僚：尽可能把工作分配给小组的成员承担，是在分配不出去的工作中，难以完成的就拖延在那里，把问题上交项目经理。项目组的新成员、技术水平较差的成员得不到任何支持。在一个项目组（或更大的组织）中，每个人说的话，首先自己要相信。有些项目组形成了一种貌似很有执行力的工作气氛：分配任务时，项目成员说要5天，项目经理说，你3天完成，而项目经理可能知道实际这个3天是根本可能完成的，也可能是直接打了6折，那么，下次项目成员会怎么说呢？他会说10天，然后项目经理该说6天呢，还是该说3天？……这样，每个人都隐藏着心机，也就谈不上什么团队了。

以上各个方面，是一些零碎的心得，谈不上多系统。接下来谈谈一个更常见的但也更难处理的问题。

5、与非正式团体和-谐共处

团队负责人是正式组织的领导者，却不一定能够成为非正式组织的核心人员，甚至可能在某种程度被不自觉排除在外。例如女性担任项目经理、项目经理与大部分成员存在年龄差距、兴趣差距等。而当项目团队人数较多时，内部可能形成2-3个非正式团体。他们可能一起吃饭、一起打球、周末聚会等。有可能团队成员对非正式团体的认同超过对整个大团队的认同。

有些强势的领导者，非常忌讳团队中有第2个或第3个核心的存在。这个是有其心理学原因的。一般而言，在IT行业中，选择走项目经理等管理道路的人，控制欲普遍会比走专业技术道路的人稍高——具体到每一个人可能不一定正确，但整体来说一定是错不了的。根据我的观察，非正式团体一般情况下不会对团队构成破坏，相反，反而是团队的粘合剂和缓冲层，有时一些矛盾可以通过非正式途径解决，而不会一下子反馈到日常工作的层面而缺少回旋余地。

另外，我希望有女性的项目经理能够有机会总结一下，在以男性为主的项目团队中，如何与非正式团体打交道经验。毕竟女性（尤其是已婚有孩子的）不太可能有时间和精力过多的与团队成员在私下场合相处。

6、如何面对不可永续的团队

实际上，可能有朋友已经看出来，前述的团队管理思想有一个重大缺陷：团队只有不断向前走，才可以使团队维持在“成熟”状态，否则不可避免团队的退化甚至解散。因为团队负责人必须不断把团队价值做大，才能从客户、公司那里拿到足够的奖励资源，回报给团队成员。

而一旦因为客观原因——例如公司业务萎缩且转型困难，实际上有想法的员工的离职是不可避免的。即使团队处于健康状态，没有出现恶劣的环境，团队成员也会离开，对团队建设和项目目标的达成构成一定影响。

团队有聚有散，应该要相互理解，好聚好散。有些性格比较极端或冷漠的团队负责人会有一种非常功利的观点来看问题，会认为人员离开是背弃团队，或者离开以后就老死不相往来。只要“团队”还是有效的，项目经理对离开的项目成员的态度，一定会通过非正式群体的沟通体系，回流到项目团队中。这样，长此以往也会伤害项目成员对项目经理及项目团队的感情，而造成水滴石穿的后果。

我个人的建议是：

（1）对个人定位不清晰或对团队提供给个人机会不明确，给予明确的承诺（但不是薪酬，否则会破坏团队的平衡）。

（2）有良好发展机会的，不挽留，祝福离开。

（3）对于已经给了他公正待遇，而他本人不认可的情况下，有可能离开团队（公司）以后做一些有损团队的事情，例如挖角、损坏团队或项目声誉。此时要相信大家都有眼睛，只要能积极发展团队，为团队及其成员创造机会，必然得到足够的支持。

总的来说，有聚必有散，要理性面对团队成员的离开。大家在公司是同事，离开以后就是朋友。有的人到了其他城市，有更好的发展空间也是好事。这样，到每一个城市都有人接待请客吃饭，跟你分享在团队中所获得的成长在工作中的作用，以及近期的收获，也是一件很开心的事情？

团队管理经验分享2015-10-29 12:11 | #2楼

本人从事多年的企业管理，积累了一些团队管理经验，接下来就和大家分享分享。

一个优秀的企业管理者，应该怎样管-理-员工?我觉得最好的办法就是要给员工创造一个充分利用自己的个性将工作干得最好的条件。不一定什么都要团队化。虽然现在的企业也都提倡创新，但如果管理者过分强调团队精神，则员工的创新精神必然受到压抑。压抑个性就是压抑创新，没有个性哪来创新?说得极端一点，企业管理者要谨防团队建设法西斯化。

团队管理指在一个组织中，依成员工作性质、能力组成各种小组，参与组织各项决定和解决问题等事务，以提高组织生产力和达成组织目标。企业管理者在团队建设的同时要遵循一个原则，不能压抑员工的个性。在团队内部，企业管理者要给员工充分的自由，少说几句少数服从多数，要知道，聪明的人在世界上还就占少数。

下面说三点比较有用的技巧：

团队管理技巧一、共同的愿景是企业团队精神建设导航仪，有了共同的愿景才能让团队成员知道他们应干什么，才能让团队成员同心同德，为达到共同的目标而齐心努力。首先，愿景的设置要切实可行，一个不可能实现的愿景不仅不会让员工产生工作的激-情，甚至还会打击员工的积极性;其次，愿景的设置必须遵循大家一致同意的共同规划，只有这样才能够使所有的人对愿景持认同和肯定的态度，才能使团队每一个人愿意尽最大的努力去完成。

团队管理技巧二、一个具有良好团队精神的企业要有一个卓越的领导一个优秀的团队少不了一名出色的领导，统帅素质的好坏很大程度上决定团队的战斗力的强弱。首先，企业领导要有个人魅力，有感召力;其次，领导者要有眼光、魄力和胸怀。

团队管理技巧三、有适当的激励机制人是情绪化动物，在遇到不顺心的事情时往往会出现消极态度，如果这些消极的态度得不到正确的引导，对他们工作和生活都会产生负面影响。这时最为有效的一剂良药便是激励。对于人事的安排要遵循“人尽其才，才尽其用”的原则，对每一个人作出最合适的安排;尽可能地满足员工各种合理的愿望。

【团队建设管理经验分享】相关文章：

团队建设方案05-11

团队建设方案07-29