如何管理it团队建设

IT项目管理进行合适有效的团队激励可以参考以下方法：

1、项目管理者通过自身激励来激励他人。

2、明确一个激励的目标。

3、激励分为两个阶段，关键在于找到与团队目标相关的个人目标。作为一个项目经理，你的目标是激励你的手下，只有这样才能实现团队目标。

4、激励机制一旦设立，永不放弃。通过定期的团队会议、明确的沟通、认可和经常性的一对一反馈，源源不断的将你的激励灌输到团队之中。

5、激励需要认可。

6、参与激励。

7、看到自身的进步能够激励人。看到自己向目标奋进的道路上所取得的进步，人们会获得很高的激励——我们都喜欢看看自己做的怎么样——看到自身的进步让我们体验到成功——未来的成功建立在一个成功体验的基础之上。

8、只有人人都有优胜的可能，竞争才能激励员工。竞争频繁应用于激励中，但是只有每一个拥有平等获胜的机会时，才真正起作用。否则，竞争能够激励优秀员工，但同时会降低其他员工的动力。

9、每一个人身上都存在激励的火花。

10、“团队归属”激励。作为团队中的成员之一，肯定会为了一个团队的目标而工作。当然，他们必须已经“向往”那个目标。

首先要让成员明白IT运维工作的重要性，关系公司整个命脉，是公司的重要部门之一，提高团队的荣誉感；其次，做好团队阶梯规划，让每个人都知道自己的上升阶梯，不至于整天迷茫的瞎混日子，要有目标的去做工作；再次，要定期的组织培训和讨论。不但可以加强技术交流，还可以增加团队凝聚力。再次，最好用流程化的管理软件去管理运维工作，如云雀运维软件。不但可以减少工作中的一些冗余琐事，还可以做到事件可追溯，个人绩效可考评。最后，还要紧抓团队管理，制度虽然建立了，但是要有人去执行和管理。

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

在讲解团队建设相关内容的时候，我先分享几个在团队中遇到的几个经典案例。

某项目需要背锅，需要谁来背

这三个案例看着毫无关联实际上，本质都是跟各种人员的利益息息相关的，都是我们在管理中遇到的最经典与不好解决的问题。

上面案例三是一个比较基础的团队管理的建设，统称上可以分为两个大部门。下面来介绍下一些新的团队管理模式。

每个工作的技术团队都可以分成不同的部门，负责需求的部门，负责设计的部门，负责开发、测试、运维等等不同的部门，不同部门之间相互协作。

如果有不同的项目或者产品，每个部门都要抽出不同的人负责不同的项目，交叉形成了一个个矩阵。

对比矩阵二这种模式，就会产生两种管理者，一个是部门领导，一个是项目领导。如果出现一个需求，某个成员会更多的听从部门领导，还是项目领导的要求呢？这往往决定了，这种矩阵管理是强矩阵管理还是弱矩阵管理。

如果普通人员更多的听从部门领导工作，那么这种矩阵就是弱矩阵，反之，更多的为项目服务，为公司服务，就是强矩阵。

往上看，之前说的部门之间的PK，分析一些，可以知道目前的管理是强矩阵的管理还是弱矩阵的管理。

要确定良好的文化源泉，需要先确定一些我们没办法决定的"决定性"的因素最主要的就是这两点。最主要是老板的管理思路。

作为leader在不能决定的因素中能为团队成员做的？？

项目组全体成功需要共同承担连带责任，要死一起输要活一起活，如果一个团队中有人受罚但是有人获得了好处，这个team，是很难团结跟有战斗力、凝聚力的。

无论是哪种管理者，都不会拒绝主动接受任务做事有担当的人。而不会选择被动接收任务，喜欢推卸责任的人。但是这里会涉及几个问题：

如果你交付给团队成员的时候，你认为只需要半个月的时间，就可以完成，但是团队成员的个人能力确需要一个月，这时候怎么办

如果团队成员的经验不足或者能力不足以解决这个问题，导致后面会出现许多不应该的错误，这时候又怎么解决呢？又怎么避免呢？

我在网上看到了一个案例，我们可以通过这个案例来分析一些问题。

大概讲下是两个员工之间能力不同，你交付给他们的工作量也不同最后可能导致的问题。

!(员工都应该选择做更好吗？？)[ >

1、你建立的团队对不同的人是否有包容精神，发挥他们的长处，抑制他们的短处。

2、选择好团队人员只是一个开始，一个团队一起协同工作一定是可以通过工作获得相应的回报，这个回报一定要有一个大家认可的合理分配机制。没有这个合理的机制，团队也会因为失去激励和公平而人心涣散。

3、技术团队的合理延续性

对于IT项目团队的管理可以采用项目管理的方法。下面我们给大家介绍一下项目管理中在IT项目的沟通管理应用。在IT项目管理中，专门将沟通管理作为一个知识领域。在《PMBOK®指南》中也建议IT项目经理要花75%以上时间在沟通上，可见沟通在IT项目中的重要性。多数人理解的沟通，就是善于表达，能说、会说而IT项目管理中的沟通，并不等同于人际交往的沟通技巧，更多是对沟通的管理。

一般来说，沟通管理包括以下几方面工作：

1、确定沟通目标：IT项目中沟通对象主要为IT项目干系人，不同干系人需要的信息可能不同，所以在IT项目启动时，就要识别所有的IT项目干系人。以及不同人的不同信息需求。

2、制定沟通计划：沟通对象，需要的信息，信息发布频率等都要确定好。

3、执行沟通计划。

看上去很简单，每个IT项目都可以依此模式套用，但实际上很多IT项目在执行中都会出现沟通问题，我认为大部分情况下是IT项目经理犯有沟通障碍症，主要有以下几类：

（1）“我以为”的错误：以为沟通过，别人就清楚了，以为没有反馈就是没有意见了。特别是跨部门的沟通，无论是口头还是书面，更是要注意双方是否理解一致。

（2）不敢越级沟通，不敢与高层直接沟通：不少公司的IT项目经理在职能上，一般比部门经理要低，所以经常出现IT项目经理不敢直接找高层或其它部门总经理沟通，都要上级职能经理的协助，我认为这是需要改进的，当然，这与企业文化也有一定关系，但在一个以目标驱动，强调解决问题的组织，没有人会反对这样做，包括你的上级。

特别是对跨部门的较为复杂IT项目中，IT项目经理要敢于“管理”公司高层，就IT项目问题也高层进行直接沟通。可能有部分IT项目经理是担心不知如何与高层沟通，，因为高层的思维是较发散和概要的，如果你下谈解决方案等细节问题，估计很难交流，这里也要求IT项目经理要对问题有很好的抽象归类能力。

（3）害怕被拒绝：这是人的本性。如果在销售岗位，估计有专门针对的培训。在IT项目推进中，经常出现这样的情况，你可以有一些想法建议，要么思考很久才敢提出来，不要不敢与IT项目干系人提出，白白延误了好时机，或者需要其它部门协助时，不敢提出来。

4、没有提前计划沟通活动，造成等人局面：经常出现这样的时候，要确定某个事项，需要个负责人参加，但因为没有提前计划，到时约不到人，结果推迟等待，无谓的增长滞后时间。实际上，对于难度较大问题，至少要提前两周计划好，预约好相关人员。

5、欠缺适当的沟通技巧：我们不是管理专家，不用在沟通技巧中耗费太多时间，掌握一些适当的沟通技巧，是主要是对人对事的敏感度，能针对具体事情判断是单独沟通、书面沟通、口头沟通更有效，还是需要适当借力。能达到这个层次就可以了。

沟通中最重要的不是技巧，而是你的真诚。如果你能与沟通对象建立信任关系，就是沟通的最高境界了。

沟通对于IT项目的成功是相当关键的，但同时又是容易被大家不够重视的，作为IT项目经理，做好沟通管理是基本的要求。

以上就是关于IT项目管理中如何进行合适有效的团队激励全部的内容，包括:IT项目管理中如何进行合适有效的团队激励、如何做好IT运维团队建设、如何管理it团队建设等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！